介绍了服务器的核心概念：服务器本质是高性能计算机，具备高稳定性、强吞吐和扩展性。文章涵盖了外形分类（机架式、塔式等）、关键硬件细节（冗余电源、多盘位、多CPU及不同架构），并以Dell服务器为例解析了内部结构。此外，还梳理了云服务器平台、国内外差异、常见操作系统、特定服务器类型（如ECS、VPS）及选购指标（带宽、并发量）和注意事项。

实验研究了Linux管道通信的特性：1. 管道容量在不同内核版本中存在差异（4KB-64KB）；2. 管道是面向字节流的通信方式；3. 读写行为会受管道状态影响：空管道时读操作会阻塞，满管道时写操作会阻塞；4. 当读端关闭时，继续写入会触发SIGPIPE信号终止写进程；5. 管道随进程退出自动回收。这些实验验证了管道作为进程间通信机制的关键特性。

本文分析了Linux进程池项目中子进程继承父进程管道写端导致的问题及改进方法。测试发现后创建的子进程会继承更多文件描述符，包括之前创建的管道写端，导致clean_process_pool时waitpid阻塞。提出了两种解决方案：1)倒序关闭子进程管道写端，使read不再阻塞；2)在子进程中主动关闭继承的所有写端。这两种方法都有效解决了进程池中子进程无法正常退出的问题，为进程间通信的管道管理提供了优

Linux进程间通信中文件描述符泄漏问题及解决方案。通过实验演示了进程替换后新程序可能通过泄漏的文件描述符访问敏感数据的安全隐患。提出了使用O_CLOEXEC标志的解决方案，该标志能在进程替换前自动关闭相关文件描述符。文章详细介绍了O_CLOEXEC的设计背景和实现原理，并给出了在进程池项目中使用pipe2函数配合O_CLOEXEC标志的具体代码实现，有效解决了子进程继承父进程管道写端的问题。实验

详细分析Linux SystemV共享内存实现中的隐蔽bug。作者最初实现的"共享内存+管道"方案在运行时出现段错误，通过coredump和gdb调试发现：shm1.out因阻塞在管道open调用，导致get_new_shared_memory()未及时执行，而shm2.out先获取了共享内存。当shm1.out后续尝试获取新内存时，因IPC_EXCL标志返回-1，导致shma

介绍了Linux信号机制。首先通过生活实例（如信号弹、闹钟）类比信号概念，说明进程需具备识别和处理信号的能力。重点分析了Ctrl+C发送2号信号(SIGINT)终止前台进程的原理，并通过实验验证。详细介绍了信号的种类（1-31号普通信号和34-64号实时信号）及处理方式（默认、忽略、捕获）。测试发现9号(SIGKILL)和19号(SIGSTOP)信号无法被捕获，这是Linux内核为保证系统可控性设

本文介绍了Linux信号集的相关操作函数及其应用。主要内容包括：1）回顾信号相关的三张表（handler、block、pending）；2）详细讲解信号集操作函数如sigemptyset、sigfillset、sigismember等的使用方法；3）通过代码示例演示如何屏蔽2号信号并验证其效果；4）探究能否屏蔽所有信号，发现9号和19号信号无法被屏蔽。文章强调操作信号集时必须先初始化，并指出9号和

线程安全指多线程并发执行时能保持正确行为，无需额外协调。MIT定义线程安全需满足规约、保持不变量，不受线程执行方式影响。重入指函数被不同执行流调用时结果一致，可重入函数必线程安全。线程不安全情况包括：未保护共享变量、状态变化的函数、返回静态变量指针。线程安全要求对共享变量只读、原子操作、无二义性。不可重入函数涉及全局数据或malloc等操作，而可重入函数避免这些。区别在于线程安全关注并发问题，重入

代码示例和理论分析探讨了死锁问题。示例代码演示了由于重复加锁导致的死锁情况，当一个线程对同一把锁连续调用pthread_mutex_lock()时会造成所有线程阻塞。文章详细解释了死锁的定义、四个必要条件（互斥、请求保持、不剥夺和循环等待），并形象化地描述了死锁现象。同时提出了避免死锁的方法，包括破坏必要条件、保持加锁顺序一致等。最后补充说明了线程不能等待自身退出的特殊情况，通过glibc源码分析

生产者-消费者模型是一种多线程同步策略，通过"123原则"（1个共享内存空间、2种角色、3种关系）实现高效通信。该模型利用阻塞队列作为缓冲区，解耦生产者和消费者，支持并发操作和忙闲不均的场景。关键实现包括：互斥锁保证线程安全，两个条件变量分别管理生产者和消费者等待队列。生产者队列满时阻塞，消费者队列空时阻塞，通过条件变量实现同步唤醒。代码示例展示了单生产者单消费者的实现，通过p