webman做的项目会不会有未知bug?
问题描述
用webman做的项目，代码里面不能有静态调用，exit等。
我写的业务代码是没有这些的。就怕composer那些包里面有self::、exit、静态数组等，会不会有这种情况？我的想法是多余的吗？
有人遇到过composer包，因为常驻内存框架的原因，触发了未知bug？
1933 5 1
5个回答
相似问题
年代过于久远，无法发表回答
没有的，很稳定。
静态是可以的，我们是用的workerman自己写的web框架，全静态方法。
exit不能用。
:: , 怕有的composer包不规范
我们没用composer，传统方式开发习惯了，喜欢借鉴然后添加到自己框架里，#手动狗头
那引入包多麻烦
这个::访问, 没问题吧? 时间长了, 内存会不会爆了?
内存溢出的可能性几乎为零，除非特别不规范，比如静态变量储存大容量数据
【表情】
webman 稳如狗。用静态没问题，写代码和平时一样，没区别。
那就好
webman开发和普通项目开发基本一样，没有特别需要注意的。可以使用静态方法、静态变量、静态数组。不能用exit die。
一般composer库都不会有exit die的调用，我还真没碰到过哪个composer库里面执行了exit die的。
谢谢群主
exit die 倒是不怕 ， 就是担心 静态数组 ，无限暴增
群主, 你有超能力, 能不能兼容exit ? 滑稽
楼上的，群主也是人，没有超能力，更不会唱跳rap（手动滑稽）
php83 可以兼容 exit，通过禁用 exit 函数后复写一个没有任何意义的 exit 函数 /狗头
要尽可能避免隐藏bug，最好的方式是尽可能用高版本php，尽可能引入大厂的组件。如何不信任或不了解的组件不要用单例。切记生产环境下，没有万一
还有最重要的，有可能发生异常的代码，都要用try catch包裹起来。不然一次异常有可能会导致程序崩溃
那有没有啥办法检测内存暴涨呢? 我隔段时间看系统内存是否正常, 如果不正常, 那代码有问题(例如静态没释放)
框架不是有监听单个进程内存超出后自动重启进程了吗