如果你正在使用Laravel，那么可以使用以下方法:

public function getClientsListApi(Request $request){
      print_r($request->all()); //for all request
      print_r($request->name); //for all name 
}

而不是

public function getClientsListApi(Request $request){
      print_r($request); // it show error as above mention
}

我注意到许多答案只是试图增加脚本的内存数量，但通常情况下，这意味着由于不可预见的容量或大小，某些东西对内存过于自由。显然，如果你不是脚本的作者，除非你有野心，否则你要受作者的摆布:)PHP文档甚至说内存问题是由于“写得不好的脚本”。

值得一提的是，ini_set('memory_limit'， '-1');(无限制)会导致服务器不稳定，因为0字节空闲=坏事。相反，要根据脚本要做的事情和机器上可用的内存数量找到一个合理的平衡。

一个更好的方法是:如果您是脚本的作者(或雄心勃勃)，您可以使用xdebug调试此类内存问题。最新版本(2.6.0 -发布2018-01-29)带回了内存分析，显示哪些函数调用消耗了大量内存。它暴露了脚本中难以找到的问题。通常情况下，低效率是在一个循环中，它不期望它接收到的容量，但每种情况都将留给读者作为练习:)

xdebug文档很有帮助，但它可以归结为3个步骤:

安装它-可通过apt-get和yum等 配置它- xdebug.ini: xdebug。Profiler_enable = 1, xdebug。Profiler_output_dir = /where/ever/ 在QCacheGrind、KCacheGrind等工具中查看配置文件

写

ini_set (memory_limit’,‘- 1);

在你的index.php中，在PHP标签打开后的顶部

我没有更新主机，数据库是只读的。Joomla需要编写会话，但无法完成。

你的脚本占用了太多内存。在PHP中，如果有一个超出控制的循环，并且每次循环都要创建对象或向数组中添加内容，则经常会发生这种情况。

检查有无无限循环。

如果这不是问题，尝试通过将对象设置为null来销毁它们来帮助PHP。如。$OldVar = null;

还要检查实际发生错误的代码。你认为这一行会分配大量的内存吗?如果没有，试着找出哪里出了问题。

我们也遇到过类似的情况，我们尝试了顶部给出的答案 报错(' memory_limit ', ' 1 '); 一切工作正常，压缩图像文件大于1MB到KBs。