-
PHP8.2彻底移除mcrypt（7.3已删除），因ABI不兼容、libmcrypt停更十年且有加密缺陷；应改用openssl_encrypt/decrypt或内置sodium扩展。
-
PHP获取数组下标并按顺序排列需先用array_keys()提取键，再用sort($keys,SORT_NUMERIC)实现数字键升序，或ksort($arr)后取键；含字符串键时可用ksort($arr,SORT_STRING)或natsort()等按需排序。
-
短信定时发送必须由服务端实现，因前端无法持久运行且无权直连运营商网关；推荐方案为Linux+crontab调用Python短信脚本，或进阶使用APScheduler/Celery实现任务持久化、重试与监控。
-
phpEnv（大写E）是Windows专用图形化PHP集成环境，支持Apache/Nginx/MySQL一键启停；phpenv（全小写）是Linux/macOS命令行PHP版本管理工具，仅切换PHP二进制，两者平台、架构、功能完全不兼容。
-
php485不是PHP内置函数，而是项目自定义函数或误记；若存在性能问题，主因通常是I/O阻塞、低效字符串处理或未复用硬件资源，需先定位其真实定义与用途再针对性优化。
-
必须使用数据库事务确保多条原生SQL语句原子性执行，方法包括：一、DB::transaction()包裹DB::statement()自动回滚；二、DB::beginTransaction()手动控制提交或回滚；三、事务中混合DB::select()与DB::statement()实现读写一致；四、DB::unprepared()执行多语句脚本但需禁用预处理模拟且置于事务内。
-
应使用LaravelPipeline机制解耦多阶段请求处理：一、手动构建Pipeline处理非HTTP请求；二、复用中间件机制处理HTTP请求；三、通过容器解析类支持依赖注入；四、用闭包实现无依赖轻量逻辑；五、返回响应中断流程。
-
phpenv卸载只需三步：删~/.phpenv目录、清除shell配置中exportPATH和eval"$(phpenvinit-)"行、刷新shell并验证whichphpenv无输出且phpenv--version报错。
-
unpack()是PHP中用于二进制字符串解包的函数，返回关联数组；而[...$array]是PHP5.6+支持的数组展开语法，二者无关，不存在ArrayUnpack函数。
-
合理优化数据库交互可显著降低PHP内存占用。应避免全表查询，仅选取必要字段并分页或逐行读取；使用非缓冲查询防止结果集全加载；及时释放连接与资源；优化SQL语句及索引设计，减少慢查询和全表扫描，从而提升整体性能。
-
直接thrownewException()不行，因Laravel默认将其视为500错误，导致前端收不到业务码、HTTP状态码错误、日志混杂；须自定义实现Responsable接口的异常类（如InsufficientBalanceException），并在Handler::render()和report()中分别处理响应与日志。
-
应直接使用KnpPaginatorBundle而非手写分页；安装需三步：composerrequire、注册bundle、控制器声明Request$request参数；paginate()严格按查询对象、当前页码、每页数量顺序调用；模板中需显式传参且保留非分页参数；大数据量时应禁用totalCount或改用游标分页并确保ORDERBY字段索引且稳定。
-
Webman需自行集成WebSocket+OT/CRDT实现协同编辑：启用独立WebSocketWorker、分层Redis存储（snapshot/oplog/cursor）、IME输入延迟至compositionend提交、断连后基于last_seq重放oplog。
-
Guzzle需在真实场景中调试掌握，关键是从解决当前请求报错入手；响应体是StreamInterface，须转字符串或解码；form_params与json参数不可混用；4xx/5xx默认不抛异常，需设http_errors=>true。
-
单例模式不能直接解决配置加载慢，因其仅限制实例数量，若构造函数中仍含文件读取或解析操作，首次调用仍卡顿；需将解析合并前置到构建阶段，后续get()仅做数组查找，并推荐预编译YAML/JSON为PHP数组交由OPcache缓存。
