可能情况有点特殊。
有个动态库，然后进程1和进程2（或者更多）都是链接到这个动态库。

   进程1 进程2    。。。。 

   |             |        |
   |-------|-----|--------|-
           |
       （动态库）

动态库里的某些函数 如api_ctrl()，
1）这个函数在进程1和进程2中是互斥的，不能被同时调用。
2）或者说api_ctrl是可以同时调用，只是该函数内的某些关键路径需要互斥。

现在的目标是：把互斥做在library里，进程1，进程2....进程N，不需要关心互斥的问题。

请大家发表高见，何种方法最佳（同时实现简单，效率高）。

也可以用mutex加共享内存，这样速度可能快一点，但复杂不少。

在共享内存中用semaphore或mutex进行同步就可以；如果需要大量调用且性能要求又高，是不是要思考下设计问题：为什么抛弃多进程的优点而利用多线程的缺点？

发表于：2008-11-04 11:07:144楼 得分:0 
文件锁啊， 
 


-------------------------
他的要求是函数已经都加载进去了,在调用时要互斥访问一个路径,这个路径,并不一定是文件,共享内存!!


互斥用锁，同步用信号量

感觉有点怪,



Mutex是一把钥匙，一个人拿了就可进入一个房间，出来的时候把钥匙交给队列的第一个。一般的用法是用于串行化对critical section代码的访问，保证这段代码不会被并行的运行。
Semaphore是一件可以容纳N人的房间，如果人不满就可以进去，如果人满了，就要等待有人出来。对于N=1的情况，称为binary semaphore。一般的用法是，用于限制对于某一资源的同时访问(互斥)。
Binary semaphore与Mutex的差异：
在有的系统中Binary semaphore与Mutex是没有差异的。在有的系统上，主要的差异是mutex一定要由获得锁的进程来释放。而semaphore可以由其它进程释放（这时的semaphore实际就是个原子的变量，大家可以加或减），因此semaphore可以用于进程间同步。Semaphore的同步功能是所有系统都支持的，而Mutex能否由其他进程释放则未定，因此建议mutex只用于保护critical section。而semaphore则用于保护某变量，或者同步。

使用信号量就可以了,可以根据函数内处理逻辑,只把处理'关键路径'的那一点代码放入临界区.

老大,文件锁不一定就是锁文件. 

对呀,二值信号量某种意义上可以说等效于信号量, 但一般来说锁就得由持有锁的进程来释放,而信号量做不到. 如果说锁完全跟信号量相等的话,何必还要锁? 另外一种情况是, 锁有不同的类型,递归锁,纠错锁, 自适应锁等, 可以适应你不同的需要,而你的直接用二值信号量并达不到要求.

文件锁啊，

个人觉得这样加锁有点“粗”，并发性可能会降不少

楼主看过W.Richard Stevens写的UNP Vol.II - Interprocess Communications的书吗?

互斥用锁，同步用信号量，看似没差别，其实差别还很大哦。