内存溢出的解决办法； 方案1：增加内存分配:ini_set(‘memory_limit’,’1024M’)//治标不治本 方案2:使用limit分段读取数据，而不是一次性的把所有数据都取出来； 方案3：使用缓存，将需要的数据放到缓存，要用的时候直接从缓存中取。 【优化】 a.减少静态变量的使用； b.操作完数据库后，应该及时的关闭数据库； c.一个对使用完后，要及时调用析构函数； d.用过的变量要及时的unset()掉。
业务逻辑： 正常在 controller 方法的参数中注入某个类，方法中使用这个类时发生内存超出提示。 分析： 过往显示，正常使用依赖注入是不存在问题的，那么很有可能是哪里发生了循环引用，导致一直请求某个操作而消耗内存。 排查： 业务逻辑没有任何问题。 在定义路由时，该路由指定了某个中间件，需要排查中间件的 handle 实现。 handle 中只做了一件事，检测当某个条件不满足时会调用 return app(Controller::class)->returnVa...
工作需要导出几万的数据量。操作比较频繁。之前数据在七八千是数据导出很慢。phpExcel是方便但是性能一般。现在改为使用csv导出数据；可以缓解内存压力，一次导出两三万是没问题的。当然服务器内存给力，加上数据库优化相信这个还是比较方便的。 具体方法如下： 在Think文件下新建Csv.class,php{//导出csv文件public function put_csv($list,$title){$file_name="CSV".date("mdHis",time()).".csv";header ( Content-Type: applica...
在寻找stackoverflow的答案之后,我决定唯一要解决的问题就是有关最大允许内存扩展的问题.我的问题是,是否有人知道如何插入适当的制动器,以防脚本由于耗尽内存而失败. 关于A点,这也与另一个我未能找到答案的问题(即B点)密切相关,这就是时间限制：关于如何使用ini_set扩展时间限制的另一组答案,以及依此类推,如果脚本已经超过适当的时间,则可以通过手动创建断点来找到可能的解决方案.很好,但是无法控制正在加载的脚本可能无法阻止它....