Y9000x 很完美了，出了巨宽的下巴看着难受
要不就 xps，价格高出不少

吐槽下很多大公司的接口文档
有的写着 GET/POST 实际只能 POST
有的写着 返回 xx 实际从来不返回

全靠猜

我比你还惨，大一考的，一直没有摸过车，
现在毕业五六年了，哈哈哈

@jenschen。。
具体细节我不太了解，php 源码没看过。
最近脚本因为数据多了，频繁出现内存溢出问题，反复确认代码，在变量用完 unset，仍不解决问题后，怀疑垃圾回收的问题，然后在 stackoverflow 搜什么时候执行析构函数时，发现需要手动释放的，另外在内存够用的情况下，关闭 gc 可以很大提高效率，这个其实很好理解。

还有，加入你的代码，真的有循环引用，以上方法也救不了你的
可以 memory-get-usage 写入到日志中，如果加入手动释放逻辑，内存还是单调递增，那就是有循环引用了

@jenschen 不是 ，是在引用计数 = 0 触发，但不是每次都触发，
可以搜索 ini 配置 关于 gc 的，有个概率设置。

另外，php 是默认开启 垃圾回收的


我是在同步 巨多数据，比如 上千次接口请求，然后 插入数据库 几十万条，但每次循环后，都 unset 了所以变量，或者 赋值 null 了

昨天也遇到这个问题，现在已经解决

php 垃圾回收 基本还是引用计数的方式，unset 或者 赋值 null 引用计数 = 0，但 php 并不会立即回收当前占用的内存空间，而是 按概率 好像默认百分之一的概率来回收，或者在脚本退出时 释放。

fpm 模式一般很快就执行完，遇到问题的大多是脚本，执行很久，循环很多次的操作，所以内存会一直增加，直到达到默认 128 m 限制

解决方法上面有人说了，就是脚本 先 gc-disable，循环内部结束后 unset 大的类或者数后，调用 gc-collect-cycles 会强制回收计数等于 0 的 内存空间

可能 提高 ini 配置的 垃圾回收概率 也可能解决，不过还没有去验证过

还有个问题，db 插件，提示表信息的弹窗很快就自动消失了，根本没法用，上个版本没事呢

公司电脑 8g，偶尔会卡住不动

养个娃的，表示六千闲钱都没有。。

@eason1874 这不就是 ctroller 吗，
> 删一个 API 的时候也是删那个类文件或者改名就可以了。

也就是所有业务逻辑全部写到一起，哈哈

@jhdxr 建议 block

不写单测的太多了，包括我自己（我也想写，但是太耗时了）
另外，不写单测，不一定代表接口就不好，开发的时候总要想到尽可能多地情况吧，总得自己模拟看有没有问题吧？

上面有人说了，单测只是重构的时候，特别方便且安全写！

@d3vil 是个狼灭

坚持不办，任凭怎么说..

@toku 对，我现在脾气越来越差

邮箱工具：foxmail
markdown 写作: typora

其他基本差不多