不容易出问题：signal<pthread<process<select?

dyte200

异步执行的方法通常有signal,thread, process和select
看到别人的观点：signal最容易出问题，其次是thread和process，select最不容易出问题，是不是这样?
qt,gtk的信号插销机制都基于select，也证实了这种说法？

pupilzeng

看不明白……

newroot

好像不应该这么说吧，这些方法每个都它们自己的特点，而不能说谁好，谁不好，如果要这么比的话，它们应该做为同一类来比较，如果有一个最好的话，其它的也就没有存在必要了！！

dyte200

中断调用(signal)程序最不好编,好像是公认的（steven也这样认为）。
中断调用和线程(thread)都有可能产生race condition，进程由于严格的分离机制所以避免了这一问题。但缺点是耗用更多资源。select似乎是异步执行的最佳方案。有时不得不涉及到signal时，通过pipe+select通信实现似乎更好一些。