公司比较规范的绝大多数是第一种结构。json 层次分明。
至于一把梭把所有数据返给前端这种。其实后端更加省力。

继续备注下，客户端重连功能，大概是这样操作的。
就是一个定时器每次向后端发 ping ,然后这个定时器里边会再次包含一个定时器，时间可以延后一段，然后如果第一个定时器失败，则第二个定时器启动 send。

@PHPJit 我先看看你给我代码的思路

以上，客户端重连功能我现在还没开始研究。。。。。

@all 谢谢诸位

引用风大的话：
-----------------------------------------------------
打个最简单的比方，，
比如说你的业务处理代码是 App\xxx.php
然后你在 onMessage 里面要用的时候，要么是要 include 一下，要么是 require 一下，假如都没有，就是你用了某种自动加载类，以保证 onMessage 的时候这个类是系统知道的。

这个文件，swoole 是常驻内存，就是说，你在服务启动的时候把相关依赖一次读到内存里面或者是在第一次执行它的时候读到内存里面。
一旦一个 php 文件读到内存以后，就会保留到内存里面了。后面你再改文件，实际上内存里面的数据是不变的。

你要想做到热更新，只能是在每个进程启动的时候把相关的文件读一次。

-----------------------------------------------------
参考文件：
https://blog.csdn.net/zhouzme/article/details/69388826
https://wiki.swoole.com/wiki/page/20.html




----------------------------------------------------
总结：也就是说 swoole manager 进程在重启 worker 进程的过程中，因为内存是常驻的，所以现在要做的第一件是通过 require 或者 include 把相关配置文件或者业务文件加载进内存。然后在下边的 onmessage 中执行改动的文件。

而加载文件是通过 onworkerstart 这个回调函数实现的。

就像井底青蛙一样，你进了大厂才明白天地广阔。
毕竟，大厂业务和小公司的不是一个概念。

谢谢各位

@momocraft 最大的困惑点就在于 把 7790 类似这些数转化为 16 进制就是文件的魔数吧？

首先是本职工作做好，对得起这份工资
其次不能占用公司的资源，毕竟是公家的东西，这种行为就比较不耻了。
-----------------------------------------------------------------------------------------

@owenliang 可以讲讲这样的原因吗

高性能 mysql 这个看了，讲原理的比较少一些，innodb 技术内幕比较好，可以不用通篇看，自己公众遇到问题的点，着重的看，

28 了，有时候确实丧，但是心态稳如老狗

关于 php 学习多进程的，首先自己先实现 php spl 函数，诸如 php-pcntl 相关函数，以及进程之间怎么通讯。
workman 是完全基于 php 函数写的，可以看下他的源码。swoole 是基于 C 扩展。如果没有 c 基础，不建议看。

这里推荐一本经典书，apue。可以大概了解了解。
然后就自己动手撸吧，先从简单的实现。
想想存在的问题，
然后迭代。

友情建议，github 上有很多简单粗暴流的，初期可以看看，因为最起码可以明白原理。

先把 php 相关搞扎实再转吧，比如 php spl 相关库，unix 环境基础，mysql 数据结构及优化，redis 数据结构及适用场景，会 C 了再看看 php 内核，kafak 和 rabbitmq，elasticsearch。等你钻研差不多了，那 php 这个副本也刷的可以了，然后学习 go 或者 java，那就很随意了。

master 进程为 root,每次重启 php-fpm,var/run/php-fpm.sock 的权限就变成 root， 然后 worker 进程访问这个 unix 就傻脸了