一个追逐梦想的码农

本节主要分享了网络套接字在父子进程中的继承的情况。可以通过验证发现，父启动监听后，此时创建子进程，在子进程中也继承了监听套接字，它也可以与客户端建立连接；而父进程中的监听套接字，也仍然可以与客户端建立连接。当然其它网络操作步骤也是一样的，在父子进程中相同的套接字都会收到相同的网络事件，但最终只有一个进行处理，这样就带来一个问题，其它不处理事件的套接字会被频繁唤醒。

本文主要介绍了基于多进程架构的网络服务器的设计与实现，在多进程架构中每个客户端会有一个服务端的进程专门处理通信，增加了对客户端消息的响应效率，提升了并发处理能力。

通常我们在终端启动程序，该程序的父进程一般是终端进程，这样在终端退出时，会产生像SIGHUG信号发给所有子进程，子进程默认处理是退出。我们要创建后台服务进程时，必需让进程与终端无关，这就是示例代码中经过一次fork之后，父进程退出，而子进程让systemd接管的真正作用。本章节代码位于[gitcode](https://gitcode.com/toadb/hatchCode/overview), 路径为： multiProcess/ex02_multiprocess， 有兴趣的同学可以下载测试，当然

好了，到这里，子进程是父进程的拷贝有了更加深入的理解，这里像编程语言中的深拷贝与浅拷贝的关系。而子进程其实是做了一些浅拷贝，引用的内核文件表项还是一份，这就会引起两个进程共同操作的问题。在这种情况下，每次操作需要加锁，同时要指定操作的位置和大小。

在多任务并发编程中，使用多进程架构时，在使用fork创建的父子进程时，子进程得到与父进程相同的内存空间内容。进程的内存空间由虚拟地址描述，在使用时会映射到物理地址。

本文介绍了linux平台下进程的基本状态，这些状态经过细化后对应进程生命周期中的各阶段；进程从创建启动之后，就处于一个有限状态机中，从就绪，运行，可中断阻塞，不可中断阻塞之间进行转换，直到进程的终止。

本文介绍了Linux系统平台下进程的相关概念，在Linux下所有进程是有继承关系的，最初的1号和2号进程分别是用户进程和内核进程的祖先，通过 `ps`,`top`,`kill`三个常用的命令，就可以查看进程信息，资源占用情况，以及结束进程。

本文介绍了词法分析的流程，规则匹配，以及分解token的机制，当然不同的语言，规则的复杂度也不同；它是一套通用的流程，因此诞生了很多优秀的词法分析工具，只需要定义规则，就能高效的完成分词的处理。

前文介绍了单向链表，它结构简单易用，但是需要对数据经常随机插入和删除的场景，就显得非常麻烦，需要遍历找到前驱节点。今天来分享一下双向循环链表，每个节点有前继与后继指针，同时它链表的头和尾也是相连的，这样就可以在任意位置开始遍历。本文就来介绍双向循环链表有那些操作，来设计一个通用的双向循环链表组件。

前面几节介绍了链表的各种形式与应用，从本节开始进入到实战阶段，从开发大型软件角度，来看这些链表结构如何实现；这里的实现与初学时的例子会有很大的区别，在大型软件中，链表常常作为一个公共组件出现，开发者更多的是调用和使用，所以它必须有非常好的扩展性，能够承载很多数据类型，而链表算法非常稳定，不需要再次重写；虽然链表是很小的一个组件，不仅仅需要编码实现，也会有设计思想的融合，最后还会对它的功能和性能的分析。

程序就是算法 + 数据结构， 今天我们就来看看最基础的数据结构——链表。在实际软件应用中，经常需要存储数据，往往存储的数据量在运行时会随着情况的变化而变化；而链表就是一个很好的容器，可以很好的应对变化，不仅对于链表中的数据插入删除，还是不断新增数据。基于链表，可以实现多种数据结构，如队列，栈，树等。本章节就来分享一下链表的形式。

一般增加缓存是为了减少IO次数，让更多业务需要的数据驻留在内存中，提升整体的性能。但是引入缓存后，会带来缓存穿透、抖动、击穿、雪崩的问题；本节就来看一看这些问题在我们实现的缓存池上如何解决的。

继续数据缓存池的分享，继上节通过hashTable查找缓存数据块，如果找到之后会对数据块缓存进行操作，本节重点对数据块缓存操作时的注意事项与实现流程进行分析。