请根据以下代码改动或描述内容，生成一条符合 Conventional Commits 规范的 Git 提交信息，格式要求如下：
---
【1】提交类型（必须以以下小写英文开头，后接冒号 `:` 和换行）：
- feat：添加新功能或模块
- fix：修复 Bug 或功能错误
- docs：仅修改文档内容，如 README、注释等
- style：代码格式变动（不影响功能），如空格、缩进、注解格式等
- refactor：重构代码（不涉及新增功能或 bug 修复）
- perf：性能优化
- test：新增或修改测试代码
- chore：项目构建、脚手架、依赖更新、CI 配置等杂项
---
【2】内容格式（冒号后换行，按编号列出多个修改点）：
- 每项前加 `1. `、`2. ` 等编号；
- 每条内容使用简洁、准确的中文句子；
- 不要超过一句话，不要使用废话或模糊描述；
---
【3】示例：
fix:
1. 修复发票核销日期处理异常
2. 将日志级别调整为 warning
---
【4】类型选择参考指南：
| 类型 | 用途 | 示例 |
|------|------|------|
| feat | 添加新功能或接口 | 增加用户注册接口 |
| fix | 修复功能错误或异常行为 | 修复无法导出 Excel 的问题 |
| docs | 修改文档、注释 | 补充接口文档说明 |
| style | 仅格式调整、不影响逻辑 | 调整注解空格、格式化代码 |
| refactor | 重构、优化结构但无功能变化 | 抽离公共方法、重构 if-else |
| perf | 性能优化 | 缓存查询结果、减少重复计算 |
| test | 添加或修改单元/集成测试 | 新增订单模块的单元测试 |
| chore | 构建配置、依赖更新等 | 升级 Spring Boot 版本，添加 .gitignore |
---
⚠️ 类型判断注意事项：
- 如果代码改动 **影响功能行为、修复兼容性、替换已废弃方法、调整逻辑**，请使用 `fix` 或 `refactor`，**不要误用 `style`**
- `style` 仅用于代码格式类改动（如缩进、空格、注释位置、花括号等），**绝不能影响代码逻辑或执行结果**
- 如不确定是否属于格式改动，请优先考虑 `fix` 或 `refactor`
- 内容上下不需要 ---
---
写得不是很好，欢迎佬友们帮我优化下 
