1. 通讯基础概念：CMS系统通讯模型、TCP/IP协议栈回顾、HTTP/HTTPS协议原理、Socket通讯机制

1.1 CMS系统的通讯模型——说白了就是“谁跟谁说话”

做CMS运维这么多年，我见过太多人一上来就抓包、看日志，结果连通讯模型都没搞清楚。其实CMS系统的通讯模型没那么玄乎，你把它想象成一个“编辑部”就明白了。

编辑（用户浏览器）写好稿子，交给主编（Web服务器），主编审完再发给排版员（应用服务器），最后送到印刷厂（数据库）。每一步都有固定的“交接流程”，这就是通讯模型。

典型的CMS通讯模型包含三层：

• 展示层：浏览器、移动端App、API调用方。负责发请求、收响应。
• 业务层：Nginx、Apache、Tomcat、PHP-FPM等。负责处理逻辑、组装数据。
• 数据层：MySQL、Redis、Elasticsearch。负责存和取。

这里我画了一张通讯模型的示意图，帮你理清思路：

1.2 TCP/IP协议栈回顾——数据是怎么“打包”的

你想想看，你在浏览器里输入一个网址，数据是怎么从你的电脑跑到服务器上的？这背后就是TCP/IP协议栈在干活。

TCP/IP协议栈分四层，我习惯用“寄快递”来类比：

层级	类比	CMS场景中的例子
应用层	快递单上的内容	HTTP请求头、POST数据、Cookie
传输层	快递的运输方式（空运/陆运）	TCP三次握手、端口号（80/443）
网络层	快递的路线规划	IP地址、路由选择、TTL
链路层	快递小哥实际送货	MAC地址、网卡、物理连接

这里有个经典场景：CMS后台突然变慢，用户等半天才看到文章列表。我遇到过这种情况，第一反应就是看TCP连接状态。用netstat -anp | grep :80一看，发现大量TIME_WAIT状态的连接——说白了就是连接没释放干净，把端口池堵死了。

1.3 HTTP/HTTPS协议原理——CMS的“通用语言”

CMS系统里，浏览器和服务器之间说的“话”就是HTTP协议。你每次点“保存草稿”、“发布文章”，本质上都是在发一个HTTP请求。

HTTP协议的核心就八个字：请求-响应，无状态。什么叫无状态？就是服务器记不住你。你第一次访问和第二次访问，对服务器来说完全是两个人。那CMS怎么记住你登录了呢？靠的是Cookie和Session——这是另一个话题，后面会细讲。

HTTPS呢？说白了就是HTTP加了一层加密。我打个比方：HTTP是明信片，谁都能看；HTTPS是挂号信，只有收件人能拆。

HTTP请求的常见方法在CMS中的用途：

• GET：获取文章列表、查看详情。幂等的，多次请求结果一样。
• POST：创建文章、提交表单。不幂等，点一次发一篇，点两次发两篇。
• PUT：更新文章内容。一般用于编辑保存。
• DELETE：删除文章。小心用，我见过误操作删了整个分类的。

1.4 Socket通讯机制——进程之间的“电话线”

Socket是什么？说白了就是两个程序之间的一条“电话线”。一个程序监听，一个程序拨打，接通了就能聊天。

在CMS系统里，Socket通讯无处不在：

• PHP-FPM和Nginx之间通过Unix Socket通讯
• Tomcat和MySQL之间通过TCP Socket通讯
• Redis客户端和Redis服务器之间也是Socket

Socket通讯的基本流程是这样的：

服务端：
1. socket()    —— 拿一部电话
2. bind()      —— 绑定一个号码（IP+端口）
3. listen()    —— 开机待机
4. accept()    —— 有人打进来就接
5. recv/send() —— 聊天
6. close()     —— 挂电话

客户端：
1. socket()    —— 拿一部电话
2. connect()   —— 拨号（连接服务器）
3. send/recv() —— 聊天
4. close()     —— 挂电话

Socket有两种常见类型：

类型	特点	CMS中的典型应用
TCP Socket	可靠、有序、面向连接	Web服务器与数据库通讯
Unix Socket	本机进程通讯、速度快	Nginx与PHP-FPM通讯

我个人习惯在排查Socket问题时，先用ss -tlnp看监听端口，再用strace -p跟踪系统调用。这两个命令能帮你快速定位是“没拨通”还是“通了不说话”。

---