PHP 应用的高性优化，很多时候我们把业务代码做一些优化，反而是简单又高效的。
业务的异步解耦，比如，我们把耗时的多个分表数据的排行榜，通过其他服务做分布统计，然后再综合，最终输出到redis list 中，那我们前端 PHP 在调用数据的时候，就不用实时计算了。
缓存的多级处理，业务复杂以后，经常看到一份相同的数据读取 N 次，尽管是有缓存服务器，但是读取的时候也会有网络 I/O 的开销，考虑到我们 PHP 一般使用场景下都是单进程，使用频率高的，则应该优先使用进程内缓存。然后再本地缓存，然后再到网络缓存。
单例的运用，不要小看了对象的构造，很多时候我们在同一进程中，会发现同时构造了 N 多相同的对象。每一次的初始化都是一块内存的开辟和 CPU 的消耗。
高性能，一个就是运行环境的优化，另一个是代码本身的优化。
运行环境的优化，覆盖面也很广，包括系统层面的内核，文件系统类型，数据库及缓存服务本身的性能优化，再到PHP解释器的性能优化等等，PHP不同运行方式的差异（比如Apache模块，还有PHP-FPM等等）。
代码优化方面，我觉得可维护性和代码可读性的重要性大于高性能。代码优化可以借助profiling工具来分析，找到真实访问条件下，处理瓶颈在哪里，再去做针对性的优化。当然自己在初次设计和实现的时候，就需要做一定的整体考虑，例如怎么设计能够减少数据库的查询次数，如何减少重复的操作，了解同一问题的多种解决办法哪一种效率更高（包括算法上的差异，以及PHP的不同方式导致的差异等等），如何设计缓存来提高缓存命中率等等。有一些设计需要在体验和效率上做个权衡。
保证稳定性，同样也分运行环境和代码本身。前者要对线上服务做完整的监控，这个有很多完善和强大的开源工具可以使用，保障基础环境是稳定可控的，并且能够及时发现问题，进行修复。至于代码，除了尽量做完整的测试，开发的时候就需要考虑可能的问题。另外针对PHP，开发环境可以把error_reporting完全打开。还有需要知道常见的安全问题（XSS，SQL注入，CSRF，越权等），毕竟安全问题也是稳定的一部分。
