本文目录
- c/c++多线程编程中，为什么基本类型不用加锁
- c/c++多线程编程中,为什么基本类型不用加锁
- 学习c++多线程编程主要用pthread还是c++
- C语言多线程编程为什么要用pthread
- c语言多线程编程问题
c/c++多线程编程中，为什么基本类型不用加锁
先 你描述的不对 严格来说是在对应的cpu体系下遵循了正确的内存对齐的方式的数据才有不需要加锁的可能加锁主要是防止partial read/.1;write 请参考《intel开发者手册》第三卷8;write以及cpu乱序带来的cpu操作可见性问题 举x86-64的例子来说 一个基本类型如果地址无cache splite（落在两个cacheline中） 都可以保证无partial read/.1
c/c++多线程编程中,为什么基本类型不用加锁
首先 你描述的不对 严格来说是在对应的cpu体系下遵循了正确的内存对齐的方式的数据才有不需要加锁的可能加锁主要是防止partial read/write以及cpu乱序带来的cpu操作可见性问题 举x86-64的例子来说 一个基本类型如果地址无cache splite（落在两个cacheline中） 都可以保证无partial read/write 请参考《intel 开发者手册》第三卷8.1.1.1章另外一个功能就是杜绝cpu乱序引起的可见性问题了 仅局限于x86-64来说 如果你操控的这个基本类型对于storeload乱序不敏感 做到良好对齐就足够了 当然cpu乱序又是一个更深入的问题了 手机上说不清 一般来说 lock 都带有 mb-aquire的语意 unlock都带有mb-release的语意 因此加锁可以解决乱序问题另外 题主怀疑多个缓存数据会不一致 这一点是不会发生的 这一点不是由操作系统保证的 而是每种cpu硬件都会遵守类似于mesi的缓存一致性协议 缓存的数据更改会在fsb上传递给各个其他cpu 这种复杂的一致性方式带来了性能问题 于是又引入了storebuffer和invalidate queue等机制来优化 从而导致cpu乱序的发生 又引入了各种memory barrior指令在必要时防止乱序的发生 在应用层这些被封装在各种锁里上面所说局限于smp结构
学习c++多线程编程主要用pthread还是c++
pthreads 就像它的名称一样，是一种适用于多平台可移植的多线程操作库，在 Windows 上 pthreads 的下层就是 Win32 多线程 API。pthreads 库是 C 语言接口，因此 C 和 C++ 都能使用。如果想用 C++ 的跨平台多线程 API 可以用 boost.thread如果不想跨平台，那就用 Native API 就可以了，比如 Windows 的 MFC 中的 CWinThread 类。用哪个库，取决去工程的目标平台和将来的移植打算。
C语言多线程编程为什么要用pthread
因为创建线程的本质行为是调用windowsAPI，而windowsAPI具有平台特性，因此，只能通过调用封装好的函数来实现。
c语言多线程编程问题
如果针对问的问题来说, 可以考虑使用同步机制. 可以查如mutex等同步机制.另外, 我会建议...你应该使用单一个服务程序, 用缓存空间去接收要打印的讯息, 单一控制输出萤幕, 这样应该会比较好. 因为萤幕输出只有一个, 多线直接控制, 本来就不好处理. 如果采用传送讯息机制, 应该就有顺序分别, 不易产生问题.
