当然是可以的，没有什么程序是一定需要 GUI 的，这一点你自己要明白，但是你说打印到控制台，这个就有点，你要打印成什么效果呢

你要是想专精 PHP 的话，背 PHP 手册是最快的道路，问题是我可没兴趣只静 PHP 一门，所以还是啥都会， php 手册看一遍，知道问题去哪里查就行了，我会说我大部分 php 函数都要查手册才会写吗？

我始终对这玩意报以戒心。我认同楼主说的用力过猛的言论。我还是更认同 Unix 的那个“最小职责”原则。至于这玩意为啥广泛能被业界采用？不要把老外当金科玉律，老外的技术界也是一堆翔，之前还不是爆出过仅仅因为政治正确就搞的某开源组织的领头人大换血的事件。

jit 本身就是这么牛，否则你们以为 node.js 为啥这么快，但是用 jit 会失去 php 的一个重要特性，热部署和热更新，其实这挺纠结的

@surfire91 谢谢各位为了回答了这么多，今天研究了半天，终于发现自己其实是被框架坑了，并不是抓不住异常，而是在这个框架里，所有的类都必须基于命名空间所对应的路径来调用， PHP 的 Exception 是基类，所以必须写成
catch (\Exception $e)；写成 catch (Exception $e)，这个框架就认为不存在这个类，但是它不报错，直接把异常甩到上层去了。。。我在这卡了两天。直到刚才左想右想不对于是用原生代码来试才发现这个坑

@surfire91 我跪了，太奇怪了，我本来就是 PHP7.0.10 ，无论是 catch error 还是 set_error_handler 我都试过了，这个 php_reader 读取错误 xls 格式引发的错误，还是抓不住，这难道既不是 expection ，也不是 error 吗，这到底是什么东西啊

@dawniii 你说对了，就是 TP3.x

@surfire91 我描述不准确吧，应该是 php error 了， http server 就抛出 404 了，我是希望能把 php 的 error 都兜住，并且进行善后处理（避免下次到这继续 error ，因为有些 error 是用户故意上传某些文件造成的，要把这些垃圾删掉），别的语言很简单， try catch 就行了， php 就不行

@PigKnife 请教如何 catch error

@panlilu 我需要在出现错误后进行逻辑处理，在 nginx 那块处理 404 仅仅是对客户端友好，不能解决逻辑问题

@Livid 我仔细看了一下这个 sentry ，它好像不能抓住错误现场并立即处理啊？

@tmkook 我靠，你这样一说，我突然发觉，我这可能不是异常，而是比异常更高级的东西，因为我用的就是 php7.0.14 ，我用了你说的 catch Exception 。反正就是读个 excel ，那个 excel 文件是有问题的。然后代码就完蛋了，根据日志的结果，到那行代码直接不往后执行了，就像那行代码变成了 die()一样

@narcotics 你要是用用过 java ， C#这类语言就明白有异常处理在 IO 的时候能省多少事了

楼主这样的人会存在就是为什么现在还有那么多不靠谱的老板能忽悠大把的劳动力给自己免费试错的原因

@zhouquanbest 我前几天刚刚问了我一个在上海的大数据领域的技术朋友，它说他们公司现在缺这方面的人才，然而投简历的并不多。

@amon 你说说前几年 java 的烂大街是烂在什么领域，如果是安卓，我承认是烂大街了，但是后端领域的 java 好像一直很平稳，不火也不冷的样子

@Deffi 能说说是什么时候，什么地方的事情吗？我反正是没遇到过像现在这样，一天收 10 份简历恨不得 8 个都是要面前端的，而且基本这些都是只有 1-2 两经验的人。我印象里，后端的需求和人员都很平稳

@nonesuccess 我不知道你的公司规模有多大，我的经验，要想可视化文档展示，又要保证展示的东西和实际开发的代码逻辑是一致的，这是要付出代价的，它需要你有专门的人力来维护并沟通一线开发者。项目组不够人多的话你这么玩精力上玩不过来的。

@coderzheng 会写点 html ， js ，然后再会 php ，就以为自己全栈了？