C++ Boost库thread.join()置于主循环后的执行逻辑问题咨询

运行结果正确性 #

这个运行结果完全符合设计预期，是正确的。
boost::thread对象在完成构造的同时，就会立即启动对应的独立线程执行传入的任务函数，不需要等待后续调用其他接口才启动。主线程和新创建的thrd线程属于同一个进程下的两个独立调度单元，由操作系统内核负责分配CPU时间片，主线程中的while(1)死循环只会阻塞主线程自身的执行流，不会阻塞同进程内的其他线程。
两个线程内都调用了sleep(1)，执行到该语句时会主动放弃CPU使用权1秒，因此操作系统会切换到另一个就绪状态的线程执行，就会出现两个打印内容交替输出的情况，偶尔出现连续多次同一内容的打印属于操作系统调度的正常波动，不属于异常情况。

thread.join()的执行逻辑 #

你当前代码中的thrd.join()属于死代码，永远不会被执行到：它被放在了主线程的while(1)死循环之后，主线程永远不会跳出这个死循环走到join语句的位置。
join()接口本身的语义是：阻塞调用该方法的线程，直到被调用join()的目标线程执行结束后，才会继续执行调用方线程的后续代码。
举个例子，如果你把thrd.join()放在main函数的while(1)死循环之前，那么主线程会在执行完boost::thread构造、启动thrd线程后，立刻停在join语句处等待thrd线程结束，此时你只会看到Hello thread!的持续打印，不会出现主线程的打印内容。

参考官方文档 #

• Boost.Thread库官方文档，明确规定了thread类的构造、join()等核心接口的行为逻辑
• ISO C标准文档的线程库章节，C11之后标准引入的std::thread与boost::thread设计同源，接口语义基本完全一致，可以作为参考

内容的提问来源于stack exchange，提问作者furynerd