广东智能网站建设哪家有竞猜世界杯

        本文承接程序设计：C++11原子 写优先的读写锁（源码详解）-CSDN博客

        上文已经列出了完整代码，完整代码里面增加了操作跟踪，这里就讲解一下这部分是如何实现的。

        操作跟踪有两个层面：进程层面和线程层面。

        由于这个类设计为一个实体资源，不可移动，不可复制，多线程操作同一个对象实例，因此要跟踪就要在内部区别每个线程，所以用了线程存储对象。进程级的跟踪当然比较简单，用变量记录操作次数即可。

        线程存储对象thread_local也是C++11新增的线程库的功能，只需要这么一个存储指示就可以把变量分线程存储。实际实现类似于一个线程相关的静态变量。

        进程级跟踪：

		//进程操作计数，防止操作顺序错误mutable atomic<int> count_WLock{ 0 };mutable atomic<int> count_RLock{ 0 };

        线程级跟踪：

		//线程操作记录，防止线程操作错误并可用于中途让出再重新锁定struct thread_data{bool _isLocked{ false };//是否已经锁定，若已经锁定则不重复锁定bool _isWLock{ false };//是否是写锁定，当isLocked时有效。。。。。。};public:thread_data* getThreadData()const{thread_local map<CZS_RWMutex2 const*, thread_data > d;//通过对象地址区分不同的对象return &d[this];}

        getThreadData()获取线程存储对象。因为这个变量相当于一个线程的静态变量，而我们可能会有多个互斥对象要操作，从一个静态变量入口如何区分不同对象？这就需要做成一个容器。

        每个操作之后都会同时修改进程操作计数和线程操作计数：

		void after_WLock()const{++count_WLock;getThreadData()->thread_data_WLock();}void after_RLock()const{++count_RLock;getThreadData()->thread_data_RLock();}void after_WUnLock()const{--count_WLock;getThreadData()->thread_data_UnLock();}void after_RUnLock()const{--count_RLock;getThreadData()->thread_data_UnLock();}

        这样就可以在怀疑锁定操作出问题的时候输出状态来检查了。

        编程有时候就像是个游戏。

（这里是结束）