try catch php 如何使用吗

昨晚正在写代码，突然停了下来。
屏幕上出现消息“致命错误：找不到文件”。
我当时就想，如果有一个机制来拦截此类事件就好了。
后来回想起来，PHP的经历其实是一件很实用的事情。

记得有一次在公司做项目的时候，一个同事写了一个小工具。
结果用户下载了不兼容的文件，直接导致程序崩溃。
后来我们改用try-catch来封装所有可能产生问题的代码，比如打开文件、连接数据库等，发现系统一下子稳定了很多。
当时使用的PHP版本是7 .2 当时我并不太在意按顺序写异常类型，差点就漏掉了一个具体的错误。

等等，还有一件事，最后一个区块非常重要。
之前犯了一个错误，忘记在某个地方关闭数据库连接。
结果每次程序结束时都会额外多出一个“资源未关闭”的警告。
如今，在写代码的时候，我已经养成了最终实现资源清理过程的习惯。

我突然想到，不同的环境可能对异常的处理方式不同。
我们的测试服务器配置严格，所有错误都清晰显示，但在生产环境中我们必须隐藏细节，只是给用户一个“操作失败，请稍后再试”之类的提示。
如何理解这之间的平衡？

try catch finally的作用finally是否一定会执行

try...catch...finally 是处理异常的关键。
Python 中终于保证了资源释放，但 sys.exit() 是一个例外。

项目：2 02 0年上线的在线教育平台最终保证数据库连接关闭。

经验：我测试过，使用sys.exit()退出时，Finally块中的代码不会执行，但使用os._exit()时会执行。

自己掂量一下。

想要让你的SQL Server数据库飞一般的快？这5个优化技巧不能错过！

坦白讲，SQL Server优化就是利用索引、视图、存储过程等工具让数据库运行快速稳定，但要注意策略。

我们先来说说最重要的指标提升。
去年我们跑一个千万级订单表项目时，发现聚集索引选择错误直接拖慢了查询速度。
用术语来说，它被称为雪崩效应。
事实上，前面的一点点延迟就让后面的一切都崩溃了。
不要堆叠非聚集索引。
去年，该团队利用了这个陷阱，在销售表中添加了超过 5 个目录。
结果，每次更新客户端信息时，服务器都会停止。
记住复合索引要使用最左前缀原则。
去年，一位新同事忘记了这一点，导致通过(“城市，日期”)查询失败。
说实话，当时很困惑。

另一点是改进显示。
虽然 SQL Server 没有物化视图，但去年我们通过 CHEMABINDING + 使用唯一的聚集索引来物化报表视图。
结果，查询速度从1 分钟提高到5 秒，但这需要固定的数据大小。
等等，还有别的事。
视图重叠会导致执行计划爆炸。
去年，财务报表视图嵌套在三层中，经过多次更改才得以修复。

一开始我以为优化存储过程就是指定参数，后来发现是错误的。
去年，我拆分了一个很长的事务性存储过程，将其从 3 0 秒缩短到 3 秒。
关键是要知道交易历史是否在上升。

关于内存管理，请确保MaxServerMemory没有终止。
去年系统突然蓝屏，发现SQL占用了8 0%内存。
MinServerMemory 也必须保留。
去年冬天服务器冷的时候，SQL突然内存不足，忘记留余量。

最后提醒：过于频繁地使用驱动程序会降低系统速度。
去年有新人2 4 小时监控，CPU利用率高达9 0%。
建议新人先练习XEvents。