代码规范通过将性能规则写入条目、用静态分析工具拦截、在ci/cd中设卡及提供优化模板，系统性约束低效写法。例如禁止循环内查库、强制集合预设容量、用stringbuilder拼接等，并配套检查工具与标准解法。
代码规范本身不直接优化性能，但它能系统性地约束容易引发性能问题的写法，让优化要求落地为可检查、可拦截、可传承的开发习惯。
把性能规则写进规范条目
性能优化不能只靠经验提醒，必须转化为明确、可验证的规范条款。比如：
- 禁止在循环内执行数据库查询或远程调用（应提前批量获取）
- 禁止使用
String +拼接大量文本（要求改用StringBuilder） - 集合初始化需指定容量（如
new ArrayList(16)），避免动态扩容开销 - 方法参数中禁止传入未过滤的原始大对象（如完整 JSON 字符串），应预解析或传递 DTO
用静态分析工具自动拦截
把上述规则配置到检查工具中，让它在编码阶段就报错，而不是等压测才发现：
宝塔Linux面板11.3.0
下载
宝塔面板11.3.0是一款针对Linux服务器设计的可视化管理工具，通过重构核心模块实现资源占用显著降低，尤其适合低配置服务器环境。它将复杂的命令行操作转化为直观的图形界面，帮助开发者快速完成网站部署、环境配置及日常运维工作，无需专业技术背景即可高效管理服务器。
- Java 项目可用 Checkstyle + 自定义规则，或 SpotBugs 检测低效集合操作
- 前端项目用 ESLint 插件（如
eslint-plugin-performance）识别 DOM 频繁操作、重复计算 - Python 项目通过
pylint的too-many-arguments或consider-using-enumerate提示潜在低效写法 - 所有语言都支持自定义规则脚本，例如扫描出
for...in遍历数组就告警（应改用for...of或索引）
在 CI/CD 流程中设卡
规范只有被强制执行才有意义。把检查结果变成构建门槛：
- Git 提交前运行本地 pre-commit hook，阻断明显违规代码
- PR 合并前触发 CI 流水线，失败则禁止合入（如 SwiftLint 报错 > 0 即失败）
- 对历史技术债设置豁免白名单，但新代码必须 100% 通过，逐步收口
- 定期生成规范违规趋势报告，定位高频问题模块，针对性培训
配套提供可复用的优化模板
光说“不准怎么做”不够，要给出“应该怎么做”的标准解法：
- 提供带缓存逻辑的 Repository 基类（含 TTL 控制、空值缓存防穿透）
- 封装分页查询工具，自动校验偏移量、限制最大页数，防止深分页
- 提供异步日志记录器，避免主线程阻塞
- 内置轻量级对象池（如连接、缓冲区），替代频繁 new/delete
