无锁编程（Lock-Free Programming）是现代并发编程中的一种重要技术，它避免了传统的锁机制，如互斥锁（mutex），并通过原子操作确保线程安全。无锁编程能够在多线程环境中显著提高程序的并发性和可伸缩性，减少线程之间的竞争、阻

多线程环境下向数组添加数据的结构时，我们需要考虑线程安全。一般有几种常见的设计方案： 方案 1：互斥锁保护动态数组实现思路：使用互斥锁（std::mutex）保护对数组的每次操作，确保同一时间只有一个线程修改数组。这个方案是最简单最常见的，

库是写好的、可复用的代码。现实中每个程序都要依赖很多底层库，不可能从零开始。本质上库是一种可执行代码的二进制形式，可被操作系统载入内存执行。库有两种：静态库（.a/.lib）和动态库（.so/.dll）——Windows 上是 .lib/.

在 Linux 环境下进行 C++ 编程时，多线程能显著提升程序的并发处理能力，让程序在面对复杂任务时表现得更加高效。但多线程编程并非一帆风顺，死锁问题就像隐藏在暗处的”杀手”，随时可能让程序陷入僵局。 想象一下，你的程序原本运行得好好的，

这是一道关于 Unix fork() 系统调用的经典面试题：每一轮 fork 产生的新进程数量等于当前正在运行的进程数量。题目问——下面这个程序一共输出多少个 -？ #include <stdio.h> #include <sy

一、回顾循环引用问题当两个对象通过 shared_ptr 相互引用时，会产生循环引用问题，导致内存泄漏。因为这两个对象的引用计数永远不会变为 0，即使它们在程序的其他部分已经不被使用了。 典型循环引用： #include <memor

fork 是一个拥有 50 年历史的系统调用，也是一个传奇。一个程序员可以永远不用 read/write，也可以不懂 mmap，但必须懂 fork。fork 没有参数、如此简单，是 UNIX 哲学的布道者们的首选，被写进了几乎每一本操作系统

继传统 UNIX fork 之后，本文介绍 fork 在 Linux 内核中的变体——clone 系统调用的精妙之处。 理解 fork 的原始意义，还是要回到 Melvin Conway 提出 fork 思想的论文 A Multiproce

fork 的思想比 UNIX 早出现几年，大约是 1963 年，比 UNIX 在 PDP-7 上的第一个版本早了 6 年。1963 年，计算机科学家 Melvin Conway 写下论文 A Multiprocessor System De

enable_shared_from_this 是一个模板类，定义于头文件 <memory>，其原型为： template< class T > class enable_shared_from_this; 作用std::

在讨论 Linux 的性能问题时，我们常常会遇到这样一些问题： Linux 能否满足硬实时的需求？ 多核环境下多线程如何执行？ 系统的内存究竟耗到哪里去了？ 我写的应用程序究竟耗了多少内存？ 什么是内存泄漏？如何判定内存是否真的泄漏？ C

问题背景下图所示的状态机展示了通信双方建立 TCP 连接之后的状态转换过程（图片来源: tcpipguide.com）。 通信双方主动发起关闭连接的一端，存在 TIME_WAIT 状态，被动接受关闭连接的一端，会进入 CLOSE_WAIT