linux多线程编程精要

来源:互联网 发布:ubuntu 无法切换输入法 编辑:程序博客网 时间:2024/05/20 05:30

原文在http://blog.csdn.net/solstice/article/details/6181488


创建线程:

不要在库函数里悄悄地创建线程,这会给fork带来麻烦

不要在main之前创建线程,不要在构造函数里创建线程

不要根据连接数和请求来创建线程,这会导致scalable问题

复用线程


终止线程:

尽量不要kill线程

boost.thead不提供kill方法


使用非递归锁:

递归锁的问题在于在修改数据的时候有时没有考虑清楚使用情景,会导致一些问题

具体的例子:

 

std::vector<Foo> foos;

MutexLock mutex;

 

void post(const Foo& f)

{

  MutexLockGuard lock(mutex);

  foos.push_back(f);

}

 

void traverse()

{

  MutexLockGuard lock(mutex);

  for (auto it = foos.begin(); it != foos.end(); ++it) { // 用了 0x 新写法

    it->doit();

  }

}

post() 加锁,然后修改 foos 对象; traverse() 加锁,然后遍历 foos 数组。将来有一天,Foo::doit() 间接调用了 post() (这在逻辑上是错误的),那么会很有戏剧性的:

1. Mutex 是非递归的,于是死锁了。

2. Mutex 是递归的,由于 push_back 可能(但不总是)导致 vector 迭代器失效,程序偶尔会 crash


C库函数的线程安全:

malloc/free等是可以线程安全的

strtok等函数不是线程安全的,但有对应的strtok_r是线程安全的


不要用多个线程操作一个文件描述符


c++与fork:

一个对象可能构造了一次而析构了两次

fork不会拷贝所有的资源,所以raii有时会有问题


线程与fork:

fork不太适用于多线程程序

多线程程序里安全使用fork的方式是fork后马上exec, 在父进程里保证close-on-exec被设置



原创粉丝点击