linux多线程编程精要

本文探讨了在创建和管理线程时容易遇到的问题,包括避免在库函数中创建线程、不在main之前创建线程、不依赖连接数和请求创建线程以及如何正确终止线程。同时强调了非递归锁的重要性,提供了具体实例分析,并讨论了C库函数的线程安全性及线程与fork的关系。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

原文在http://blog.youkuaiyun.com/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被设置



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值