内容简介：不喜用swoole，主要还是因为workerman是PHP版的，几乎不需要有什么额外的依赖。而Swoole则需要扩展。调试阶段遇到和踩的一些坑在这里记录一下1、因为reload不是重启，所以如果有一些文件需要reload，必须要onWorkStart里，不能在之前就include进来。否则无效
不喜用swoole，主要还是因为workerman是 PHP 版的，几乎不需要有什么额外的依赖。而Swoole则需要扩展。
调试阶段遇到和踩的一些坑在这里记录一下
1、因为reload不是重启，所以如果有一些文件需要reload，必须要onWorkStart里，不能在之前就include进来。否则无效
2、因为引入了Yii的queue，而Yii的queue，不是一个标准的controller，他只要调用过的Job，就会在内存里，所以只能通过exec(yii queue/run)之类的（当然，这本身也应该用supervisor或者systemd来进行管理）
3、无限reload：这个问题比较妖，我开始一直以为是官方例子里的last_time没有赋值或者赋值失败。所以测试了一些：
- $worker->reloadable = false，必须要为false
- 如果 Timer::add(3 , 'check_file_change')，如果这里是一个callable，那么死活就是无限reload（也可能是我方法不对？），直接我用Timer::add(3,function(){ ... })就正常了
4、官方有一个GlobalData的共享组件，如果你本身有 redis 之类的，就不要用了。当然他比较简单一些（反正他也不是什么分布式）
5、其他还有一些小坑，后续再说了
本站采用版权协议, 要求署名、非商业和保持一致. 本站欢迎任何非商业应用的转载, 但须注明出自"", 保留原始链接, 此外还必须标注原文标题和链接.
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
测试驱动开发的艺术
Lasse Koskela / 李贝 / 人民邮电出版社 / 20101023 / 59.00元
在传统的软件开发中，开发人员对于代码是否正确心中无底，一切依赖于后期的测试环节。极限编程反其道而行之，主张采用测试驱动开发（TDD）的方法，即通过测试定义所要开发的功能的接口，然后实现功能的开发过程。TDD通过不断地测试推动代码的开发，既简化了代码，又保证了软件质量。 本书采用“手把手”的教学方式，通过大量实例来解释TDD，还专门用几章的篇幅来讲解如何为难于测试的技术编写单元测试。全书内容循......一起来看看 《测试驱动开发的艺术》 这本书的介绍吧!
