精品久久久久久久中文字幕 ,伊人久久大香线焦AV综合影院,久久综合九色综合网站

�? 用boost�׃�n锁实现读写锁造成死锁问题

Enic — Thu, 31 Jan 2013 10:46:00 GMT

�|�上很容易找��C��个用boost::shared_mutex来作��写锁的例子：(x��)

[cpp] view plain copy print ?

typedef boost::shared_mutex rwmutex;
typedef boost::shared_lock readLock;
typedef boost::unique_lock writeLock;
typedef boost::shared_mutex rwmutex;
typedef boost::shared_lock readLock;
typedef boost::unique_lock writeLock; 
一直没有怀疑过�q�个做法�Q�直到最�q�项目中出现一个死锁问题，查了(ji��n)很久才发现是上面�q�种写法造成的�?/p>
写测试代码还原死锁的情景如下�Q?/p>

[cpp] view plain copy print ?

#include
#include
#include
#include
#include
using namespace std;
typedef boost::shared_mutex rwmutex;
typedef boost::shared_lock readLock;
typedef boost::unique_lock writeLock;

rwmutex m_mutex;
void func1()
{
    writeLock lock1(m_mutex);
    cout << "fffffffffffffff" << endl;
}

int main()
{
    {
        boost::thread tt(func1);
        readLock lock(m_mutex); // 加读�?
        {
            Sleep(3000);  // 故意睡眠3�U�将�U�程切换出去
            readLock lock(m_mutex); // 醒来后再�ơ加读锁
            cout << "rrrrrrrrrrrrrrrrrr" << endl;
        }
    }
}
#include 
#include 
#include 
#include 
#include 
using namespace std;
typedef boost::shared_mutex rwmutex;
typedef boost::shared_lock readLock;
typedef boost::unique_lock writeLock;

rwmutex m_mutex;
void func1()
{
	writeLock lock1(m_mutex);
	cout << "fffffffffffffff" << endl;
}

int main()
{
	{
		boost::thread tt(func1);
		readLock lock(m_mutex); // 加读�?
		{
			Sleep(3000);  // 故意睡眠3�U�将�U�程切换出去
			readLock lock(m_mutex); // 醒来后再�ơ加读锁
			cout << "rrrrrrrrrrrrrrrrrr" << endl;
		}
	}
}
情�Ş描述如下�Q?/p>
1�Q�主�U�程先给m_mutex加读锁�?/p>
2�Q�主�U�程故意睡眠3�U�将执行权限切换出去�?/p>
3�Q�func1�U�程获得执行��Z��(x��)�Q�尝试加写锁被挂赗��因��Z��U�程已经有一个读锁占用，写锁必须�{�待�q�个读锁释放才能�q�入�?/p>
4�Q�主�U�程睡眠3�U�醒来，后箋(hu��)代码惌��取一个读锁。由于这个时候已�l�有一个写锁在�{�待�q�入�Q�那么这个读锁排队在写锁后面�Q�同栯��挂�v�?/p>
5�Q�主�U�程和func1�U�程都被挂�v�?ji��n)，发生死锁�?/p>
上面的测试代码，如果中间没有sleep(3000)�Q�出现死锁的概率很低�Q�但��d��是存在死锁的可能�?/p>

�ȝ��Q?/p>
以前一直认为readLock锁和递归锁一��P��在同一个线�E�多�ơ进入没有关�p�L��?x��)造成上面的死锁出现。所以，boost::shared_lock使用要小�?j��)，千万不要同一个线�E�多�ơ进入�?/p>

Enic 2013-01-31 18:46 发表评论

(�? 条款17�Q�以独立语句��newed对象�|�入��指针

Enic — Tue, 13 Nov 2012 07:41:00 GMT

Effective C条款17对象�|�入��指针

Stroe newed objects in smart pointers in standalone statements误��住：(x��)

1�Q?span style="font: 7pt 'Times New Roman'"> 对象存储于（�|�入�Q�智能指针内。如果不�q�样做，一旦异常被抛出�Q�有可能��D��难以察觉的资源泄漏�?/span>

――――――――――――――――――――――――――――

Widget>(new Widget),priority());

之前�Q�编译器必须创徏代码�Q�做以下三�g事：(x��)

1�Q?span style="font: 7pt 'Times New Roman'"> 2�Q?span style="font: 7pt 'Times New Roman'"> ”

3�Q?span style="font: 7pt 'Times New Roman'"> 构造函数�?/span>

一定执行于3如果执行��序是以下：(x��)

1”

2�Q�调�?/span>trl::shared_ptr此种情况下，万一�?/span>priority”�q�回的指针将�?x��)遗失，因��?f��)它尚未被�|�入trl::shared_ptr――――――――――――――――――――――――――――

对象�|�入��指针�?/span>

Widget> pw(new Widget);

processWidget(pw,priority());

Enic 2012-11-13 15:41 发表评论

危险的boost::bind

Enic — Tue, 03 Jan 2012 15:00:00 GMT

boost::bind 在进行参数绑定的时候，如果�l�定的是一个对象，而且对象的声明周期很重要�Q�证明你要开始�?zh��n)�剧�?ji��n)�?br />直接上图吧：(x��)

我不�q�是轻轻的bind�?ji��n)一下，�l�果出来�q�么多析构，��N��是啥��法不成�Q�，�Q?br />回头一想三枉��车还有俩没上来，�Q�，

各种构造，各种析构�Q�，�Q?br />

bind应该产生�?ji��n)一个类似functor的东东，保持�?ji��n)一份参数的拯��Q�，�Q?br />复习(f��n)�?ji��n)下数数�Q�构造和析构的个数是一��L(f��ng)��Q�，�Q�所以bind如果传递shared_ptr是安全的�Q�，�Q?br />
不过shared_ptr中有interlock操作�Q�效率，�Q�，

Enic 2012-01-03 23:00 发表评论

精品久久久久久久中文字幕 ,伊人久久大香线焦AV综合影院,久久综合九色综合网站

�? 用boost�׃�n锁实现读写锁造成死锁问题

(�? 条款17�Q�以独立语句���newed对象�|�入�����指针

危险的boost::bind

(�? 条款17�Q�以独立语句��newed对象�|�入��指针