|
905
|
22
|
124
|
1
|
|
0
|
1
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1793871786
|
1793871793
|
1793871793
|
0
|
0
|
0
|
Edit
Delete
|
|
898
|
22
|
123
|
1
|
|
0
|
1
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1793864207
|
1793864212
|
1793864212
|
0
|
0
|
0
|
Edit
Delete
|
|
897
|
22
|
122
|
1
|
|
0
|
日志增加版本好
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1793864188
|
1793864193
|
1793864193
|
0
|
0
|
0
|
Edit
Delete
|
|
882
|
22
|
121
|
1
|
|
0
|
1
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1793588946
|
1793588953
|
1793588953
|
0
|
0
|
0
|
Edit
Delete
|
|
879
|
22
|
120
|
1
|
|
0
|
11
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1793337094
|
1793337099
|
1793337099
|
0
|
0
|
0
|
Edit
Delete
|
|
878
|
22
|
119
|
1
|
|
0
|
11
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1793337069
|
1793337082
|
1793337082
|
0
|
0
|
0
|
Edit
Delete
|
|
868
|
22
|
118
|
1
|
|
0
|
11111
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1793164870
|
1793164877
|
1793164877
|
0
|
0
|
0
|
Edit
Delete
|
|
867
|
22
|
117
|
1
|
|
0
|
11111
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1793164848
|
1793164854
|
1793164854
|
0
|
0
|
0
|
Edit
Delete
|
|
866
|
22
|
116
|
1
|
|
0
|
需求 手动关房断电 16981
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1793164487
|
1793164494
|
1793164494
|
0
|
0
|
0
|
Edit
Delete
|
|
827
|
22
|
115
|
1
|
|
0
|
激活判断其他门店的错误提示语
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1791868428
|
1791868433
|
1791868433
|
0
|
0
|
0
|
Edit
Delete
|
|
826
|
22
|
114
|
1
|
|
0
|
激活判断其他门店的错误提示语
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1791868409
|
1791868415
|
1791868415
|
0
|
0
|
0
|
Edit
Delete
|
|
800
|
22
|
113
|
1
|
|
0
|
营业状态
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1790070519
|
1790070525
|
1790070525
|
0
|
0
|
0
|
Edit
Delete
|
|
799
|
22
|
112
|
1
|
|
0
|
需求 安全巡检 16865
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1790070503
|
1790070509
|
1790070509
|
0
|
0
|
0
|
Edit
Delete
|
|
794
|
22
|
111
|
1
|
|
0
|
营业状态
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1790066516
|
1790066522
|
1790066522
|
0
|
0
|
0
|
Edit
Delete
|
|
793
|
22
|
110
|
1
|
|
0
|
营业状态
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1790066497
|
1790066506
|
1790066506
|
0
|
0
|
0
|
Edit
Delete
|
|
787
|
22
|
109
|
1
|
|
0
|
需求 直播间配置不设置 16817
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1789718351
|
1789718357
|
1789718357
|
0
|
0
|
0
|
Edit
Delete
|
|
785
|
22
|
108
|
1
|
|
0
|
转房同步一品多态库存
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1789449617
|
1789449622
|
1789449622
|
0
|
0
|
0
|
Edit
Delete
|
|
784
|
22
|
107
|
1
|
|
0
|
转房同步一品多态库存
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1789449601
|
1789449608
|
1789449608
|
0
|
0
|
0
|
Edit
Delete
|
|
775
|
22
|
106
|
1
|
|
0
|
订单支付不再更新备用单号,避免导致其他问题。有支付失败就让重新下单支付。
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1789436281
|
1789436286
|
1789436286
|
0
|
0
|
0
|
Edit
Delete
|
|
774
|
22
|
105
|
1
|
|
0
|
订单支付不再更新备用单号,避免导致其他问题。有支付失败就让重新下单支付。
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1789436266
|
1789436271
|
1789436271
|
0
|
0
|
0
|
Edit
Delete
|
|
762
|
22
|
104
|
1
|
|
0
|
预订看板偶发乱序
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1788242546
|
1788242551
|
1788242551
|
0
|
0
|
0
|
Edit
Delete
|
|
761
|
22
|
103
|
1
|
|
0
|
1
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1788242517
|
1788242534
|
1788242534
|
0
|
0
|
0
|
Edit
Delete
|
|
755
|
22
|
102
|
1
|
|
0
|
预订看板偶发乱序
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1787797478
|
1787797483
|
1787797483
|
0
|
0
|
0
|
Edit
Delete
|
|
754
|
22
|
101
|
1
|
|
0
|
预订看板偶发乱序
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1787797432
|
1787797438
|
1787797438
|
0
|
0
|
0
|
Edit
Delete
|
|
751
|
22
|
100
|
1
|
|
0
|
需求 分账
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1787640079
|
1787640085
|
1787640085
|
0
|
0
|
0
|
Edit
Delete
|
|
750
|
22
|
99
|
1
|
|
0
|
需求 分账
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1787640046
|
1787640054
|
1787640054
|
0
|
0
|
0
|
Edit
Delete
|
|
736
|
22
|
98
|
1
|
|
0
|
需求 包厢暂停营业播报 16703
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1786672508
|
1786672513
|
1786672513
|
0
|
0
|
0
|
Edit
Delete
|
|
735
|
22
|
97
|
1
|
|
0
|
1
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1786672471
|
1786672480
|
1786672480
|
0
|
0
|
0
|
Edit
Delete
|
|
734
|
22
|
96
|
1
|
|
0
|
1
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1786672452
|
1786672460
|
1786672460
|
0
|
0
|
0
|
Edit
Delete
|
|
728
|
22
|
95
|
1
|
|
0
|
需求 新版智控线路手动控制
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1786341320
|
1786341325
|
1786341325
|
0
|
0
|
0
|
Edit
Delete
|
|
727
|
22
|
94
|
1
|
|
0
|
需求 新版智控线路手动控制
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1786341304
|
1786341310
|
1786341310
|
0
|
0
|
0
|
Edit
Delete
|
|
719
|
22
|
93
|
1
|
|
0
|
1
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1785224329
|
1785224335
|
1785224335
|
0
|
0
|
0
|
Edit
Delete
|
|
718
|
22
|
92
|
1
|
|
0
|
1
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1785224312
|
1785224318
|
1785224318
|
0
|
0
|
0
|
Edit
Delete
|
|
707
|
22
|
91
|
1
|
|
0
|
Merge pull request '一些bug' (#90) from app Merge pull request '一些bug' (#90) from app into app-260728...
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1784871262
|
1784871267
|
1784871267
|
0
|
0
|
0
|
Edit
Delete
|
|
705
|
22
|
90
|
1
|
|
0
|
一些bug
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1784801871
|
1784871268
|
1784801879
|
0
|
0
|
0
|
Edit
Delete
|
|
704
|
22
|
89
|
1
|
|
0
|
一些bug
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1784801850
|
1784801855
|
1784801855
|
0
|
0
|
0
|
Edit
Delete
|
|
698
|
22
|
88
|
1
|
|
0
|
订台汇总test
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1784696635
|
1784696641
|
1784696641
|
0
|
0
|
0
|
Edit
Delete
|
|
686
|
22
|
87
|
1
|
|
0
|
需求 门店名称限制 16489
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1782720336
|
1782720353
|
1782720353
|
0
|
0
|
0
|
Edit
Delete
|
|
679
|
22
|
86
|
1
|
|
0
|
退款用户加手机号显示
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1782697413
|
1782697422
|
1782697422
|
0
|
0
|
0
|
Edit
Delete
|
|
678
|
22
|
85
|
1
|
|
0
|
退款用户加手机号显示
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1782697385
|
1782697392
|
1782697392
|
0
|
0
|
0
|
Edit
Delete
|
|
669
|
22
|
84
|
1
|
|
0
|
0616合并
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1781141689
|
1781141696
|
1781141696
|
0
|
0
|
0
|
Edit
Delete
|
|
666
|
22
|
83
|
1
|
|
0
|
🔍 代码审查报告:app-260616 - 订单退款api
|
## 自动代码审查报告
**分支**: app-260616
**提交**: `fbf39c180 ## 自动代码审查报告
**分支**: app-260616
**提交**: `fbf39c1808c9d230b929c3e80aadf2d78042a9f2`
**提交人**: LITTLEMAIDI (11833999+littlemaidi@user.noreply.gitee.com)
**时间**: 2026-06-10 16:23:08
---
## 1. 审查摘要
- **代码质量评分**:4.5 / 10 分
- **总体评价**:代码呈现典型的历史遗留系统特征,业务逻辑高度耦合,存在多处严重的安全隐患(硬编码密钥、明文密码比对、SQL 拼接风险)与架构反模式(上帝控制器、构造函数过重、直接操作超全局变量)。整体可维护性、扩展性与安全性均不达标,需进行系统性重构。
- **风险等级**:🔴 高
> 📌 **框架说明**:从 `CI_Controller`、`$this->load->`、`defined('BASEPATH')` 等特征判断,当前代码基于 **CodeIgniter 3** 架构。若 `phpci` 为贵司内部定制框架,以下安全与架构规范同样适用。具体组件调用请以 `phpci` 官方文档为准。
## 2. 问题详情
| 严重程度 | 文件/行号 | 问题描述 | 建议修改方案 | 代码示例 (可选) |
| :--- | :--- | :--- | :--- | :--- |
| 🔴 严重 | `MerchantAppServer.php`<br>`case '0005'` | **硬编码敏感凭证**:科大讯飞 TTS 的 `APISecret`、`APIKey` 直接暴露在业务逻辑中,极易通过版本库或反编译泄露。 | 移至独立配置文件或环境变量,通过框架配置类读取。禁止在代码中明文存储密钥。 | `// config/keys.php\n$config['xfyun'] = ['APPID' => '...', 'APISecret' => '...'];\n// 控制器中\n$xfyun = $this->config->item('xfyun');` |
| 🔴 严重 | `MerchantAppServer.php`<br>`case '00064'` | **明文密码存储与比对**:`_discount_pwd` 疑似明文存储,且直接与 `$_old_password` 比对,违反基础安全规范。 | 使用 `password_hash()` 加密存储,`password_verify()` 验证。 | `if (!password_verify($_old_password, $data['_discount_pwd'])) { ... }\n$hash = password_hash($_new_password1, PASSWORD_DEFAULT);` |
| 🔴 严重 | `Ahead_yc_order_model.php`<br>多处查询方法 | **SQL 注入风险**:`$addsql`、`$shop_ids`、`$_start_date` 等变量直接拼接入 SQL 字符串,未使用参数绑定。若上游传入恶意数据将导致注入。 | 全面改用 CI Query Builder 或严格使用 `?` 占位符。禁止拼接外部传入的 SQL 片段。 | `$this->db->where_in('_shop_id', explode(',', $shop_ids));\n$this->db->where('_timestamp >=', $start_date);` |
| 🔴 严重 | `Ahead_pay_log_model.php`<br>`update_refund_amount()` | **原始 WHERE 条件拼接**:`$where = '_relation_id="' . $relation_id . '" ...'` 存在注入风险且易引发语法错误。 | 使用 CI 数组条件或 Query Builder 方法构建查询。 | `$where = ['_relation_id' => $relation_id, '_type' => $type, '_status' => [1, 4]];` |
| 🟠 警告 | `Api.php`<br>`__construct()` & `jsonEcho()` | **输出缓冲滥用 & 未设响应头**:直接操作 `ob_*` 易触发 Warning,且未设置 `Content-Type: application/json`,可能导致客户端解析异常。 | 移除冗余缓冲操作,使用 CI 的 `output` 类统一响应。 | `$this->output->set_content_type('application/json')->set_output(json_encode($result, JSON_UNESCAPED_UNICODE));` |
| 🟠 警告 | `MerchantAppServer.php`<br>`__construct()` & `index()` | **构造函数过重 & 上帝方法**:构造函数执行鉴权、日志、配置加载;`index()` 包含数十个 `case`,严重违反单一职责原则,难以测试与维护。 | 将鉴权/日志移至基类控制器或中间件;按业务域拆分控制器,利用 CI 路由分发。 | 拆分为 `AuthController`、`OrderController`、`PrinterController` 等独立控制器。 |
| 🟠 警告 | `Api.php`<br>`selfChangeRoom()` | **直接修改 CI 超对象属性**:`$CI->merchant_id = ...` 破坏框架封装,易引发请求间状态污染与并发安全问题。 | 通过参数传递上下文数据至 Model,或使用 Session/Request 对象管理状态。 | `$this->load->model('order_model');\n$this->order_model->change_room($merchant_id, $admin_data, $params);` |
| 🟡 建议 | 全局多处 | **浮点数处理金额**:使用 `float` 进行金额加减(如 `bcsub` 未全面覆盖),在 PHP 中可能导致精度丢失(如 `0.1+0.2=0.30000000000000004`)。 | 金额统一以“分”为单位(整数)存储计算,或全面使用 `BCMath` 扩展。 | `$actual_pay = bcsub($pay, $refund, 2);\n$refund_amount = (int)round($refund * 100); // 转为分` |
| 🟡 建议 | 全局多处 | **模型重复加载**:在方法内部频繁 `$this->load->model()`,增加 I/O 开销且不符合 CI 最佳实践。 | 移至构造函数统一加载,或配置 `autoload.php` 自动加载高频模型。 | `public function __construct() { parent::__construct(); $this->load->model('vip_model'); }` |
## 3. 总结与行动建议
### 🚨 优先修复的关键问题(P0)
1. **移除硬编码密钥**:立即将 `MerchantAppServer.php` 中的 `xfyun_tts_config` 迁移至配置文件或密钥管理服务(如 Vault/Env),并轮换已泄露的密钥。
2. **修复密码安全漏洞**:对 `_discount_pwd` 字段执行一次性哈希迁移脚本,后续所有密码比对必须使用 `password_verify()`。
3. **封堵 SQL 注入入口**:全面审查 `$addsql`、`$shop_ids`、`$relation_id` 等变量的来源,替换所有字符串拼接 SQL 为 Query Builder 或参数绑定查询。
### 🛠 后续重构与优化方向
1. **架构解耦与路由规范化**:
- 废弃 `switch ($request['function'])` 的伪路由模式,改用 CI 原生路由配置(`config/routes.php`)映射到独立控制器。
- 将鉴权、日志记录、参数校验等横切关注点抽离至 `MY_Controller` 基类或中间件,保持业务控制器轻量。
2. **统一输入/输出处理**:
- 废弃直接读取 `$_POST`/`$_GET`,统一使用 `$this->input->post()`、`$this->input->get()` 或 `$this->input->raw_input_stream`,利用 CI 内置的 XSS/过滤机制。
- 封装统一的 `ApiResponse` 类,替代 `jsonEcho()`,自动处理 Header、状态码与 JSON 序列化。
3. **财务计算精度保障**:
- 建立全局金额处理规范,禁止使用 `float` 进行财务运算。引入 `BCMath` 或整数(分)计算,并在入库/出库时进行严格校验。
4. **代码规范与可维护性提升**:
- 遵循 PSR-12 规范,统一命名风格(如 `AplicationController` 拼写修正、模型类名大小写统一)。
- 消除魔法数字,将 `1, 2, 3, 15, 16` 等状态码/支付类型提取为类常量或枚举。
- 补充关键方法的 PHPDoc 注释与类型声明(PHP 7.4+ 推荐),提升 IDE 提示与静态分析能力。
> 💡 **提示**:由于提供的代码片段存在截断,部分全局函数(如 `throwError`、`request_frequency`)及基类 `Simple_model` 的实现未完全展示。建议在完整代码库中结合静态分析工具(如 `PHPStan`、`SonarQube`)进行全量扫描,以覆盖潜在的类型不匹配与未捕获异常。
---
*此 Issue 由代码审查服务自动创建*...
|
0
|
0
|
0
|
0
|
0
|
|
0
|
1781079788
|
1781079788
|
0
|
0
|
0
|
0
|
Edit
Delete
|
|
661
|
22
|
82
|
1
|
|
0
|
🔍 代码审查报告:app-260616 - 预订管理
|
## 自动代码审查报告
**分支**: app-260616
**提交**: `e6fd8b8b7 ## 自动代码审查报告
**分支**: app-260616
**提交**: `e6fd8b8b7e1699eeac1d338194fc5d8217f67ea7`
**提交人**: LITTLEMAIDI (11833999+littlemaidi@user.noreply.gitee.com)
**时间**: 2026-06-10 11:21:00
---
## 1. 审查摘要
- **代码质量评分**:5.5 / 10 分
- **总体评价**:业务逻辑覆盖较全面,能处理预订、关联账单、权限校验及短信通知等复杂场景。但代码存在**严重的 SQL 注入风险**、**事务管理不规范**、**N+1 查询性能瓶颈**以及**MVC 职责严重越界**等问题。整体架构偏向老旧的 CodeIgniter 3 写法,缺乏现代 PHP 的类型约束、单一职责划分与防御性编程意识。
- **风险等级**:🔴 高
> 📌 **框架说明**:提交代码的语法特征(`&get_instance()`、`$this->load->model()`、`$this->db->trans_start()` 等)高度符合 **CodeIgniter 3** 规范。若 `phpci` 为内部定制框架,以下建议基于 CI3 核心机制与现代 PHP 最佳实践,架构原则通用。
---
## 2. 问题详情
| 严重程度 | 文件/方法 | 问题描述 | 建议修改方案 | 代码示例 (可选) |
| :--- | :--- | :--- | :--- | :--- |
| 🔴 严重 | `get_book_list` / `update_book` | **SQL 注入风险**:直接将用户输入 `$params['book_no']` 拼接到 `LIKE` 语句,且使用 `implode(",", $ids)` 拼接 `IN` 条件,未做任何转义或参数绑定。 | 使用查询构造器(Query Builder)或 `$this->db->escape()` / `escape_like_str()` 进行安全处理。 | `$this->db->like('book._book_no', $params['book_no']);`<br>`$this->db->where_in('_id', $ids);` |
| 🔴 严重 | `add_book` | **事务管理混乱**:混用 `trans_start()`、手动 `trans_rollback()` 与 `try-catch`。若 `catch` 中直接 `return` 而未调用 `trans_complete()`,可能导致连接池事务未释放或死锁。 | 遵循框架标准事务流:移除手动 `trans_rollback()`,统一在 `trans_complete()` 后通过 `trans_status()` 判断结果。 | 见下方 `事务重构示例` |
| 🟠 警告 | `get_book_list` | **N+1 查询性能瓶颈**:在 `foreach ($list['rows'] as &$row)` 循环内多次调用 `get_one()`(查用户、查兑换记录、查VIP等)。数据量 >100 时将引发严重性能雪崩。 | 收集所有关联 ID,使用 `WHERE IN` 批量查询,在内存中通过 `array_column` 映射数据。 | 见下方 `批量查询优化示例` |
| 🟠 警告 | `add_book` / `update_book` | **MVC 职责越界**:Model 层直接处理短信发送、房态推送、操作日志记录、权限校验及业务规则判断。违反单一职责原则,难以测试与维护。 | 将非持久化逻辑抽离至 `Service` 层或控制器,Model 仅负责数据读写。复杂流程可改用事件/队列解耦。 | 模型仅保留 `$this->insert()`,业务逻辑移至 `BookService::create()` |
| 🟠 警告 | 文件顶部 | **全局作用域加载模型**:`$CI = &get_instance(); $CI->load->model('Simple_model');` 在类外部执行,易导致重复加载、内存泄漏或 CLI 环境报错。 | 移除全局代码,在 `__construct()` 中按需加载,或依赖框架自动加载机制。 | `public function __construct() { parent::__construct(); }` |
| 🟡 建议 | 全局 | **缺乏类型声明与防御性编程**:方法无参数类型/返回类型约束;`strtotime()` 未校验格式;`throwError()` 为全局函数,可能暴露堆栈信息。 | 添加 PHP 7+ 类型提示;对时间/手机号等关键参数做前置校验;使用框架标准异常类。 | `public function add_book(int $merchantId, int $uid, array $params): array` |
| 🟡 建议 | `add_book` | **魔法数字与硬编码**:大量使用 `1, 2, -1, 7, 11, 22, 34` 等状态码/模板ID,可读性差且易出错。 | 提取为类常量或配置项,如 `const SMS_TEMPLATE_BOOK_SUCCESS = 34;` | `const SMS_TEMPLATE_BOOK_ADMIN = 22;` |
### 🔧 核心代码重构示例
**1. 事务安全写法(替代原 `try-catch` + 手动回滚)**
```php
$this->db->trans_begin(); // 或 trans_start()
// 执行所有数据库操作...
$result = $this->insert($addData);
if ($result === false) {
$this->db->trans_rollback();
return ['success' => false, 'msg' => '预订失败'];
}
// 其他更新操作...
$this->db->trans_commit(); // 或 trans_complete()
if ($this->db->trans_status() === FALSE) {
$this->db->trans_rollback();
return ['success' => false, 'msg' => '数据库事务异常'];
}
// 事务成功后执行非DB操作(短信、通知等)
```
**2. N+1 查询优化(`get_book_list` 循环内)**
```php
// 1. 收集所有需要查询的ID
$userIds = array_unique(array_filter(array_column($list['rows'], 'ahead_user_id')));
$exchangeIds = array_unique(array_filter(array_column($list['rows'], 'group_platform_order_id')));
// 2. 批量查询
$userMap = $exchangeMap = [];
if ($userIds) {
$users = $this->ahead_user_model->get_list(['_id' => $userIds], '_id,_mobile');
$userMap = array_column($users, '_mobile', '_id');
}
if ($exchangeIds) {
$exchanges = $this->ahead_tuangou_exchange_log_model->get_list(['_id' => $exchangeIds], '_id,_platform_voucher_code');
$exchangeMap = array_column($exchanges, '_platform_voucher_code', '_id');
}
// 3. 循环内直接内存映射
foreach ($list['rows'] as &$row) {
if (empty($row['customer_contact']) && isset($userMap[$row['ahead_user_id']])) {
$row['customer_contact'] = $userMap[$row['ahead_user_id']];
}
// ... 其他逻辑同理
}
```
---
## 3. 总结与行动建议
### 🚨 优先修复项(P0)
1. **彻底修复 SQL 注入**:全局搜索 `$params` 直接拼接 SQL 的位置,统一替换为 `$this->db->where()`、`$this->db->like()` 或 `$this->db->query($sql, $bindings)`。
2. **规范事务生命周期**:移除 `try-catch` 中的手动 `trans_rollback()`,严格遵循 `trans_begin() -> 业务逻辑 -> trans_commit() -> trans_status()` 流程。
3. **消除循环查库**:对 `get_book_list` 中的关联数据查询实施批量加载(Batch Fetching),预计可提升列表接口响应速度 **60%~80%**。
### 🛠 后续重构方向
1. **架构分层(Service 模式)**:当前 Model 承担了 Controller 和 Service 的职责。建议创建 `BookService`,将权限校验、短信发送、房态同步、操作日志等逻辑移出 Model,Model 仅保留 `CRUD` 与基础数据校验。
2. **引入现代 PHP 特性**:
- 添加严格类型声明:`declare(strict_types=1);`
- 使用 PHP 8 属性/类型提示:`public function add_book(int $merchantId, int $uid, array $params): array`
- 替换全局函数 `throwError()` 为 `throw new \InvalidArgumentException('...')` 或框架标准异常。
3. **配置与常量管理**:将硬编码的短信模板 ID、状态映射、业务阈值抽离至 `config/book.php` 或类常量中,便于多环境部署与后期维护。
4. **代码格式化**:使用 `PHP-CS-Fixer` 或 `Prettier` 统一应用 PSR-12 规范,拆分超过 150 行的方法(如 `add_book` 可拆分为 `validate()`, `prepareData()`, `executeTransaction()`, `notify()`)。
> ⚠️ **局限性说明**:提供的代码在 `update_book` 方法末尾处截断(`if (isset($params['welcome_minutes']) && $params['welcome_minutes']) {`),未能审查完整逻辑。若该方法后续包含类似拼接或事务操作,请同步按上述标准修复。建议补充完整代码或进行二次审查。
---
*此 Issue 由代码审查服务自动创建*...
|
0
|
0
|
0
|
0
|
0
|
|
0
|
1781061660
|
1781061660
|
0
|
0
|
0
|
0
|
Edit
Delete
|
|
643
|
22
|
81
|
1
|
|
0
|
🔍 代码审查报告:app-260616 - 预订列表
|
## 自动代码审查报告
**分支**: app-260616
**提交**: `422c54fb5 ## 自动代码审查报告
**分支**: app-260616
**提交**: `422c54fb5bc9fc67619ac2b5c777d7be5b60df9e`
**提交人**: LITTLEMAIDI (11833999+littlemaidi@user.noreply.gitee.com)
**时间**: 2026-06-09 16:52:26
---
## 1. 审查摘要
- **代码质量评分**:4.5 / 10 分
- **总体评价**:代码实现了较为复杂的商户端业务逻辑,但存在典型的“巨型控制器/模型”反模式。安全层面存在硬编码密钥与 SQL 注入风险;性能层面存在明显的 N+1 查询与重复资源加载;架构层面严重违反单一职责原则,且混用了 CodeIgniter 3 的底层特性(注:项目结构及语法特征高度吻合 CI3,非 `phpci` 框架,以下审查基于 CI3 最佳实践)。整体需进行系统性重构。
- **风险等级**:🔴 高
## 2. 问题详情
| 严重程度 | 文件/行号 | 问题描述 | 建议修改方案 | 代码示例 (可选) |
| :--- | :--- | :--- | :--- | :--- |
| 🔴 严重 | `MerchantAppServer.php` (约第350行) | **硬编码敏感凭证**:`xfyun_tts_config` 直接暴露了第三方 API 的 `APPID`、`APISecret` 和 `APIKey`,极易导致服务被盗刷或数据泄露。 | 将敏感配置移至 `application/config/` 下的独立配置文件或环境变量中,通过 `$this->config->item()` 读取。 | `// config/xfyun.php<br>return ['appid' => 'xxx', 'secret' => 'xxx'];<br><br>// Controller<br>$config = $this->config->item('xfyun');` |
| 🔴 严重 | `Ahead_book_model.php` (第5行) | **框架生命周期违规**:在类外部直接调用 `$CI = &get_instance();`。CI 框架在文件加载阶段尚未完成初始化,会导致致命错误或不可预期的行为。 | 移除文件顶部的全局调用。在类方法内部按需使用 `$this->load->` 或 `$CI = &get_instance()`。 | `// 删除文件顶部的 $CI = &get_instance();<br>// 在方法内部使用:<br>$CI =& get_instance();` |
| 🔴 严重 | `Ahead_book_model.php` (`get_book_list` 方法内) | **SQL 注入漏洞**:`$where_str[] = "(book._book_no LIKE '%" . $params['book_no'] . "%' ..."` 直接拼接用户输入,未进行转义或参数绑定。 | 使用 CI Query Builder 的 `like()` 方法或 `$this->db->escape_like_str()` 进行安全过滤。 | `$search = $this->db->escape_like_str($params['book_no']);<br>$this->db->group_start()<br> ->like('book._book_no', $search, 'both')<br> ->or_like('book._customer_contact', $search, 'after')<br>->group_end();` |
| 🔴 严重 | `MerchantAppServer.php` (`__construct`) | **初始化逻辑断裂**:通过 `if ($this->router->fetch_method() !== "uploadPic")` 跳过核心初始化。若其他未白名单方法被调用,将因 `$this->request`、`$this->stream` 等属性未定义而抛出 `Undefined property` 或空指针异常。 | 移除方法级白名单拦截。改为在 `__construct` 中安全初始化基础属性,或在具体方法开头按需校验。 | `// 移除 if 判断<br>$this->stream = json_decode(file_get_contents('php://input'), true) ?? [];` |
| 🟠 警告 | `Ahead_book_model.php` (`get_book_list` 循环内) | **N+1 查询性能瓶颈**:`foreach` 循环中逐行调用 `$this->ahead_vip_model->get_vip_info_by_recharge()`,数据量大时将导致数据库连接耗尽与响应延迟。 | 改为批量查询:先收集所有 `customer_contact`,使用 `WHERE IN` 一次性查出 VIP 信息,再在 PHP 中映射到对应行。 | `$contacts = array_column($list['rows'], 'customer_contact');<br>$vip_data = $this->ahead_vip_model->get_batch_by_mobiles($contacts);<br>// 循环中通过 $vip_data[$row['customer_contact']] 赋值` |
| 🟠 警告 | `MerchantAppServer.php` (`index` 方法) | **重复加载模型与配置**:多个 `case` 分支中重复执行 `$this->load->model()` 和 `$this->config->load()`,增加 I/O 开销与内存占用。 | 将公共依赖的模型/配置提取至 `__construct` 或类属性中按需懒加载。 | `// __construct 中统一加载<br>$this->load->model(['ahead_merchant_role_priv_model', 'ahead_yc_shop_model']);` |
| 🟠 警告 | `MerchantAppServer.php` (约第15行) | **CORS 策略过于宽松**:`header("Access-Control-Allow-Origin:*");` 允许任意域名跨域请求,易被恶意站点利用发起 CSRF 或数据窃取。 | 根据实际业务配置可信域名白名单,或限制为 App 端特定 `User-Agent`/`Origin`。 | `$allowed = ['https://app.yourdomain.com'];<br>if (in_array($_SERVER['HTTP_ORIGIN'] ?? '', $allowed)) {<br> header("Access-Control-Allow-Origin: {$_SERVER['HTTP_ORIGIN']}");<br>}` |
| 🟡 建议 | `MerchantAppServer.php` (`index` 方法) | **魔法数字与硬编码泛滥**:`case '0005'`、`$permission_id = 534`、`$unsetMenuIds = [694, 849...]` 等缺乏语义化定义,维护成本极高。 | 提取为类常量或独立配置文件(如 `config/permissions.php`),使用枚举或常量映射。 | `const FUNC_LOGIN = '0005';<br>const PERM_VIP_RECHARGE_INVALID = 534;` |
| 🟡 建议 | `MerchantAppServer.php` (约第200行) | **数组过滤逻辑低效**:使用 `foreach` + `unset` + `array_values()` 过滤菜单,可读性差且性能不佳。 | 改用 `array_filter()` 结合闭包函数,代码更简洁且符合函数式编程规范。 | `$menus = array_values(array_filter($menus, function($v) use ($unsetMenuIds) {<br> return !in_array($v['id'], $unsetMenuIds) && !in_array($v['parentid'], $unsetMenuIds);<br>}));` |
| 🟡 建议 | `MerchantAppServer.php` / `Ahead_book_model.php` | **命名规范与拼写错误**:`AplicationController` 拼写错误;变量命名混用驼峰与下划线;注释含大量历史标记(如 `add by nan 17.10.25`)。 | 遵循 PSR-12 规范:类名 PascalCase,方法/属性 camelCase,常量 UPPER_SNAKE_CASE。清理过期注释。 | `class MerchantAppServer extends ApplicationController` |
## 3. 总结与行动建议
### 🔑 优先修复的关键问题
1. **立即移除硬编码密钥**:将 `xfyun_tts_config` 等敏感配置迁移至环境变量或加密配置文件中,避免凭证泄露。
2. **修复 SQL 注入风险**:全面审查 `Ahead_book_model.php` 中的 `$where_str` 拼接逻辑,统一替换为 CI Query Builder 的安全绑定方法。
3. **纠正框架生命周期调用**:删除 `Ahead_book_model.php` 文件顶部的 `$CI = &get_instance();`,防止框架初始化冲突。
### 🛠 后续重构与优化方向
1. **架构拆分(Controller -> Service/Repository)**:
- 当前 `MerchantAppServer` 承担了路由分发、鉴权、权限校验、数据组装、业务逻辑等所有职责,违反单一职责原则。
- **建议**:按业务域拆分为独立控制器(如 `AuthController`, `OrderController`, `PrinterController`),并将复杂业务逻辑下沉至 `Service` 层,模型仅负责数据持久化。
2. **性能优化策略**:
- 解决 `get_book_list` 中的 N+1 查询问题,采用批量加载或 `JOIN` 预加载。
- 将重复的 `$this->load->model()` 移至构造函数或使用 CI 的自动加载配置。
- 对高频调用的权限校验(如 `check_priv`)引入 Redis 缓存,降低数据库压力。
3. **规范化与可维护性提升**:
- 建立全局常量/配置中心管理魔法数字(接口号、权限ID、菜单ID等)。
- 统一输入校验层:在 `__construct` 或中间件中统一解析 JSON、校验 Token 格式、过滤非法字符,避免在每个 `case` 中重复处理。
- 补充异常处理与日志记录:当前 `try-catch` 仅返回失败提示,建议接入统一日志组件(如 Monolog)记录堆栈,便于线上排查。
> 📌 **注**:项目代码结构、加载方式(`$this->load->`、`get_instance()`、`BASEPATH`)与 **CodeIgniter 3** 高度一致。若实际使用的是内部封装的 `phpci` 框架,请核对上述 CI3 特性是否被框架兼容或重写。建议查阅框架官方文档确认路由分发、模型加载及安全过滤的最佳实践。
---
*此 Issue 由代码审查服务自动创建*...
|
0
|
0
|
0
|
0
|
0
|
|
0
|
1780995146
|
1780995146
|
0
|
0
|
0
|
0
|
Edit
Delete
|
|
642
|
22
|
80
|
1
|
|
0
|
🔍 代码审查报告:app-260616 - 预订列表
|
## 自动代码审查报告
**分支**: app-260616
**提交**: `6c2219403 ## 自动代码审查报告
**分支**: app-260616
**提交**: `6c2219403bf4db53b66686f356e77bd5c4e06939`
**提交人**: LITTLEMAIDI (11833999+littlemaidi@user.noreply.gitee.com)
**时间**: 2026-06-09 16:49:37
---
## 1. 审查摘要
- **代码质量评分**:6.5 / 10 分
- **总体评价**:业务功能覆盖较完整,状态流转与权限校验逻辑较为清晰。但存在**高危 SQL 注入漏洞**、**事务处理机制不规范**、**严重的 N+1 查询性能瓶颈**,且代码风格偏向传统 PHP 写法,缺乏现代类型声明与 PSR-12 规范。部分方法逻辑冗长,职责划分不够清晰。
- **风险等级**:🔴 高
## 2. 问题详情
| 严重程度 | 文件/行号 | 问题描述 | 建议修改方案 | 代码示例 (可选) |
| :--- | :--- | :--- | :--- | :--- |
| 🔴 严重 | `Ahead_book_model.php`<br>`add_book()` 方法 | **事务处理逻辑错误**。在 `try` 块中手动调用 `$this->db->trans_rollback()` 后直接 `return`,但方法末尾仍执行 `$this->db->trans_complete()`。在 CI 类框架中,`trans_complete()` 会自动根据状态提交或回滚,手动回滚会导致事务状态机混乱,可能引发“事务已提交/回滚”异常或数据不一致。 | 移除 `try-catch` 中的手动回滚,采用框架标准事务流:`trans_start()` → 业务逻辑 → `trans_complete()` → 通过 `trans_status()` 判断结果。异常捕获应仅用于记录日志或转换错误格式。 | ```php<br>$this->db->trans_start();<br>// ... 业务逻辑 ...<br>$this->db->trans_complete();<br>if ($this->db->trans_status() === FALSE) {<br> return ['success'=>false, 'msg'=>'预订失败'];<br>}<br>``` |
| 🔴 严重 | `Ahead_book_model.php`<br>`get_book_list()` ~L285 | **SQL 注入漏洞**。`$where_str[] = "(book._book_no LIKE '%" . $params['book_no'] . "%' ..."` 直接拼接用户输入,未做任何转义或参数绑定。攻击者可构造恶意输入破坏查询结构或拖库。 | 使用框架查询构建器的 `like()` 方法,或强制类型转换/使用 `escape()`。复杂条件建议拆分为多个 `or_group_start()`。 | ```php<br>$this->db->group_start();<br>$this->db->like('book._book_no', $params['book_no']);<br>$this->db->or_like('book._customer_contact', $params['book_no'], 'after');<br>// ... 其他条件 ...<br>$this->db->group_end();<br>``` |
| 🔴 严重 | `Ahead_book_model.php`<br>`update_book()` ~L195 | **SQL 注入漏洞**。`$where = "_merchant_id=" . $merchantId . " and _id in (" . implode(",", $ids) . ")";` 直接拼接字符串作为 WHERE 条件。 | 使用数组条件或 `where_in()`,避免手写 SQL 片段。 | ```php<br>$where = ['_merchant_id' => $merchantId];<br>$this->db->where_in('_id', $ids);<br>``` |
| 🟠 警告 | `Ahead_book_model.php`<br>`get_book_list()` ~L330-380 | **N+1 查询性能瓶颈**。在 `foreach ($list['rows'] as &$row)` 循环中频繁调用 `get_one()`、`get_vip_info_by_recharge()` 等模型方法。数据量稍大时将导致数据库连接耗尽、响应超时。 | 提取循环中所需的所有 ID,使用 `where_in` 批量查询,或在 SQL 层通过 `LEFT JOIN` 一次性获取。循环内仅做数组映射与格式化。 | ```php<br>$userIds = array_unique(array_filter(array_column($list['rows'], 'ahead_user_id')));<br>$users = $this->ahead_user_model->get_list(['_id' => $userIds]);<br>$userMap = array_column($users, '_mobile', '_id');<br>// 循环内直接 $row['customer_contact'] = $userMap[$row['ahead_user_id']] ?? '';<br>``` |
| 🟠 警告 | `Ahead_book_model.php`<br>`add_book()` ~L45 | **日期格式化逻辑错误且冗余**。`strtolower(date("Ymd H:30"))` 中 `H:30` 非标准格式(应为 `H:i`),且 `strtolower` 对日期字符串无意义。业务意图疑似“取整到半小时”。 | 使用数学取整或标准时间函数。若需取当前时间最近的半小时节点:`date('Y-m-d H:i', floor(time()/1800)*1800)`。 | `$thirtyTime = date('Y-m-d H:i', floor($nowTime / 1800) * 1800);` |
| 🟠 警告 | `Ahead_book_model.php`<br>全文多处 | **模型重复加载**。在多个方法内部反复调用 `$this->load->model()`,增加框架解析开销,且不利于依赖管理。 | 将高频使用的模型移至 `__construct()` 中统一加载,或采用服务容器/依赖注入。 | ```php<br>public function __construct() {<br> parent::__construct();<br> $this->load->model('ahead_shop_config_model');<br> $this->load->model('Ahead_yc_shop_model');<br>}<br>``` |
| 🟡 建议 | `Ahead_book_model.php`<br>`Ahead_book_order_operation_log_model.php` | **不符合 PSR-12 规范**。方法名使用下划线(如 `add_book`),缺少参数与返回类型声明,文件顶部 `$CI = &get_instance();` 暴露在全局作用域。 | 方法名改为驼峰式(`addBook`),补充类型提示(`int $merchantId, array $params`),移除全局 `$CI` 赋值,按需使用 `$this->ci` 或 `$CI =& get_instance()` 局部获取。 | `public function addBook(int $merchantId, int $uid, array $params): array` |
| 🟡 建议 | `Ahead_book_order_operation_log_model.php`<br>`get_log_list()` ~L45 | **循环内分支查询冗余**。根据 `source` 在循环中调用不同模型的 `get_one()`,可优化为分组批量查询。 | 按 `source` 分组收集 `user_id`,分别批量查询后合并映射,减少 DB 交互次数。 | *(逻辑同 N+1 优化,按 source 分组后批量 `where_in` 查询)* |
| 🟡 建议 | `Ahead_book_model.php`<br>`update_book()` 末尾 | **代码截断**。方法在 `if (isset($params['welcome_minutes']) && $params['welcome_minutes']) {` 处中断,无法评估完整逻辑与事务闭合情况。 | 请补充完整代码。审查当前仅基于已提供片段。 | N/A |
> 💡 **框架适配说明**:代码结构高度类似 CodeIgniter 3/4。若 `phpci` 为定制框架,其事务状态机(`trans_start/complete/status`)与查询构建器(`where_in/like`)的实现可能与原生 CI 存在差异。建议对照 `phpci` 官方文档确认事务自动回滚机制与参数绑定语法。
## 3. 总结与行动建议
### 🔑 优先修复的关键问题
1. **立即修复 SQL 注入**:替换所有字符串拼接的 WHERE/LIKE 条件,全面改用框架查询构建器或参数绑定。这是最高优先级的安全红线。
2. **重构事务控制流**:移除 `try-catch` 中的手动 `trans_rollback()`,统一使用 `trans_start() → trans_complete() → trans_status()` 标准模式,确保数据一致性。
3. **消除 N+1 查询**:将 `get_book_list()` 循环内的单条查询改为批量查询(`where_in`)或 SQL `JOIN`,预计可将列表接口响应时间降低 60%~80%。
### 🛠 后续重构与优化方向
- **分层架构优化**:当前 Model 承担了过多业务逻辑(如权限校验、短信发送、欢迎词编码、日志记录)。建议引入 `Service` 层处理业务流程,Model 仅负责数据存取,符合单一职责原则。
- **现代化 PHP 特性**:全面启用 PHP 7.4+/8.x 类型声明(`declare(strict_types=1);`、参数/返回类型、属性类型),提升代码健壮性与 IDE 提示体验。
- **配置与常量管理**:硬编码的魔法数字(如 `1, 2, -1, 7, 11, 34`)应提取为类常量或配置文件,提升可维护性。
- **异常处理规范化**:`throwError()` 疑似全局函数,建议替换为抛出标准 `InvalidArgumentException` 或自定义业务异常类,配合全局异常处理器统一返回 JSON 格式。
- **补充完整代码**:请提供 `update_book()` 方法的完整实现,以便审查其事务边界、数据校验与状态流转逻辑。
如需针对特定模块(如短信发送逻辑、权限校验链路)进行深度剖析或提供完整重构代码模板,可随时提供补充片段。
---
*此 Issue 由代码审查服务自动创建*...
|
0
|
0
|
0
|
0
|
0
|
|
0
|
1780994977
|
1780994977
|
0
|
0
|
0
|
0
|
Edit
Delete
|
|
641
|
22
|
79
|
1
|
|
0
|
🔍 代码审查报告:app-260616 - Merge branch 'app-260616 🔍 代码审查报告:app-260616 - Merge branch 'app-260616' of https://gitea.g-hi.co...
|
## 自动代码审查报告
**分支**: app-260616
**提交**: `c7aa286e2 ## 自动代码审查报告
**分支**: app-260616
**提交**: `c7aa286e291b5ee2230354e0e05df24e5d5a433d`
**提交人**: LITTLEMAIDI (11833999+littlemaidi@user.noreply.gitee.com)
**时间**: 2026-06-09 16:14:18
---
## 1. 审查摘要
- **代码质量评分**:4.5 / 10 分
- **总体评价**:代码实现了较为复杂的商户端业务逻辑,但存在明显的架构反模式(胖控制器、模型内重复加载组件)、严重的安全隐患(硬编码敏感密钥、SQL拼接注入风险)及事务一致性缺陷。代码风格与 PSR-12 规范差距较大,可维护性与扩展性较低。
- **风险等级**:🔴 高
> 📌 **框架说明**:提交代码的结构、加载方式(`$this->load->`、`$this->db->`、`Simple_model`)高度符合 **CodeIgniter 3.x** 规范。若 `phpci` 为贵司内部定制框架,请结合其官方生命周期文档微调以下建议。
---
## 2. 问题详情
| 严重程度 | 文件/行号 | 问题描述 | 建议修改方案 | 代码示例 (可选) |
| :--- | :--- | :--- | :--- | :--- |
| 🔴 严重 | `MerchantAppServer.php`<br>~L295 | **硬编码第三方敏感密钥**:`xfyun_tts_config` 直接明文写入控制器,极易随代码库泄露,违反安全基线。 | 将密钥迁移至 `config/` 配置文件或 `.env` 环境变量中,通过 `config_item()` 或 `getenv()` 读取。 | ```php<br>// config/xfyun.php<br>return [<br> 'appid' => getenv('XFYUN_APPID'),<br> 'secret' => getenv('XFYUN_SECRET'),<br> 'key' => getenv('XFYUN_KEY')<br>];<br>// 控制器中<br>$this->config->load('xfyun');<br>$config = $this->config->item('xfyun');<br>``` |
| 🔴 严重 | `Ahead_deposit_model.php`<br>~L385 | **SQL 注入风险**:`$where['where'][] = '(deposit._admin_id = '.$uid.' or deposit._admin_id = 0)';` 未对 `$uid` 进行类型强转或参数绑定,若传入恶意字符串将导致注入。 | 强制类型转换或使用 CI 查询构建器安全拼接。 | ```php<br>// 推荐写法<br>$uid = (int)$uid;<br>$this->db->group_start();<br>$this->db->where('deposit._admin_id', $uid);<br>$this->db->or_where('deposit._admin_id', 0);<br>$this->db->group_end();<br>``` |
| 🔴 严重 | `Ahead_book_order_model.php`<br>~L115-180 | **事务与外部 API 调用耦合**:`invalid_book` 开启数据库事务后,在 `refund_by_notify` 中直接调用微信/银联退款 API。若外部退款成功但后续 DB 操作失败触发 `trans_rollback()`,将导致**资金已退但订单状态未更新**的资损问题。 | 将外部支付退款剥离出数据库事务。采用“先更新本地状态为退款中 -> 调用外部API -> 回调更新最终状态”的异步/补偿机制,或使用消息队列保证最终一致性。 | ```php<br>// 架构建议<br>$this->db->trans_start();<br>$this->update(['_status' => 3], ['_id' => $id]); // 3:退款处理中<br>$this->db->trans_complete();<br><br>// 事务外调用退款<br$refundRes = $this->refund_by_notify($order_data, ...);<br>if ($refundRes['status']) {<br> $this->update(['_status' => 4], ['_id' => $id]);<br>}<br>``` |
| 🟠 警告 | `MerchantAppServer.php`<br>~L100-450 | **控制器严重违反单一职责原则 (SRP)**:`index()` 方法通过 `switch` 处理登录、个人中心、打印机、支付配置等数十个接口,代码超 500 行,难以测试与维护。 | 按业务域拆分控制器(如 `LoginController`, `ProfileController`, `PrinterController`),或使用路由分发+Service 层处理业务逻辑。 | 拆分示例:<br>`class MerchantLoginController extends AplicationController { public function login() { ... } }` |
| 🟠 警告 | 所有 Model 文件<br>顶部 L2-L3 | **文件顶部全局实例化 CI 对象**:`$CI = &get_instance(); $CI->load->model('Simple_model');` 在文件加载时即执行,增加不必要的内存开销,且不符合框架懒加载机制。 | 移除文件顶部的实例化代码。模型继承 `Simple_model` 即可,CI 会自动处理基类加载。 | ```php<br>// 删除这两行<br>$CI = &get_instance();<br>$CI->load->model('Simple_model');<br>``` |
| 🟠 警告 | 所有文件<br>多处 | **模型内重复加载组件**:大量使用 `$this->load->model()` 在方法内部动态加载。CI 虽会缓存,但频繁调用仍影响性能且破坏依赖注入原则。 | 将高频使用的 Model 移至 `__construct()` 中加载,或配置 `autoload.php`。 | ```php<br>public function __construct() {<br> parent::__construct();<br> $this->load->model('ahead_yc_merchant_user_model');<br> $this->load->model('ahead_shop_config_model');<br>}<br>``` |
| 🟡 建议 | `MerchantAppServer.php`<br>~L10 | **拼写错误与命名不规范**:`AplicationController` 拼写错误;属性 `$createOutTradeNo` 使用驼峰,其余多用下划线,违反一致性。 | 修正拼写为 `ApplicationController`;统一属性命名风格(推荐 `snake_case` 或 `camelCase` 全量统一)。 | `class MerchantAppServer extends ApplicationController` |
| 🟡 建议 | `MerchantAppServer.php`<br>~L35 | **输入流处理不规范**:混用 `$_POST['post_content_data']` 与 `file_get_contents('php://input')`,未校验 Content-Type 与数据长度,易受畸形请求攻击。 | 统一使用 CI 提供的 `$this->input->raw_input_stream`,并增加 JSON 解析异常捕获与大小限制。 | ```php<br>$raw = $this->input->raw_input_stream;<br>if (strlen($raw) > 1024 * 100) exit('Payload too large');<br>$this->stream = json_decode($raw, true);<br>if (json_last_error() !== JSON_ERROR_NONE) {<br> $this->error_response('JSON格式错误');<br>}<br>``` |
---
## 3. 总结与行动建议
### 🔑 优先修复的关键问题
1. **移除硬编码密钥**:立即将 `xfyun_tts_config` 等敏感信息迁移至环境变量或加密配置文件中,避免代码仓库泄露导致资损。
2. **修复 SQL 注入漏洞**:对 `Ahead_deposit_model.php` 中的 `$uid` 拼接进行强制类型转换 `(int)`,或全面改用 CI Query Builder 的 `where()` 链式调用。
3. **解耦事务与外部支付**:重构 `invalid_book` 与 `refund_by_notify` 的调用链路,确保数据库事务仅包裹本地数据操作,外部 API 调用移至事务外或采用异步补偿机制。
### 🛠 后续重构与优化方向
1. **架构分层**:当前控制器承担了路由分发、参数校验、业务逻辑、数据组装等多重职责。建议引入 **Service 层** 处理核心业务,控制器仅负责请求接收、参数校验与响应格式化。
2. **依赖管理优化**:清理文件顶部的 `$CI = &get_instance()` 滥用,统一在构造函数中声明依赖。对于高频调用的 Model,建议配置自动加载。
3. **规范与可维护性**:
- 遵循 PSR-12 规范统一命名风格(属性、方法、常量)。
- 为长方法(如 `index()`、`search_deposit_list()`)添加类型声明(PHP 7.4+ 支持 `array`, `int`, `string` 等)与 PHPDoc 注释。
- 引入静态分析工具(如 `PHPStan` 或 `Psalm`)与代码规范检查(`PHP_CodeSniffer`)纳入 CI/CD 流程。
> ⚠️ **局限性说明**:本次审查基于您提供的代码片段。由于 `MerchantAppServer.php` 末尾被截断,部分业务闭环逻辑(如 `case "1001"` 后续处理)未能完整评估。建议补充完整代码或提供对应单元测试用例,以便进行更精准的边界条件与异常流审查。
---
*此 Issue 由代码审查服务自动创建*...
|
0
|
0
|
0
|
0
|
0
|
|
0
|
1780992858
|
1780992858
|
0
|
0
|
0
|
0
|
Edit
Delete
|
|
639
|
22
|
78
|
1
|
|
0
|
🔍 代码审查报告:app-260616 - 需求 存取酒员工自存自取 16434
|
## 自动代码审查报告
**分支**: app-260616
**提交**: `09c01c0bb ## 自动代码审查报告
**分支**: app-260616
**提交**: `09c01c0bb36b0f138829ca8465ba81ec4ba03103`
**提交人**: chenjunfeng (developer.jeff.c@gmail.com)
**时间**: 2026-06-09 16:03:54
---
## 1. 审查摘要
- **代码质量评分**:6.5 / 10 分
- **总体评价**:代码实现了较为完整的寄存单业务闭环(创建、打印、列表查询、状态流转),具备一定的防 N+1 查询优化意识。但整体架构偏向“上帝类”模式,核心方法职责过重;存在明显的 SQL 注入隐患与全局变量滥用问题;未遵循现代 PHP 类型声明与 PSR-12 规范。代码末尾被截断,导致 `update_deposit` 方法后半部分无法评估。
- **风险等级**:🔴 高(主要源于 SQL 注入风险、事务与异常处理耦合不当、全局实例污染)
> 📌 **框架适配说明**:代码结构、`$CI = &get_instance()`、`$this->load->model()` 及事务调用方式高度符合 **CodeIgniter 3 (CI3)** 规范。若 `phpci` 为基于 CI3 的定制框架,请确认其底层 Query Builder 与事务管理器是否完全兼容。以下建议以 CI3 最佳实践为基准。
## 2. 问题详情
| 严重程度 | 文件/行号 | 问题描述 | 建议修改方案 | 代码示例 (可选) |
| :--- | :--- | :--- | :--- | :--- |
| 🔴 严重 | `search_deposit_list` 约第 280 行 | **SQL 注入漏洞**:直接拼接 `$uid` 到 WHERE 条件字符串中,若 `$uid` 未严格校验类型,可导致注入。 | 强制类型转换或使用 Query Builder 的 `where()` 方法构建安全条件。 | `$where['where'][] = '(deposit._admin_id = ' . (int)$uid . ' OR deposit._admin_id = 0)';` |
| 🔴 严重 | 文件顶部第 2 行 | **全局实例污染**:`$CI = &get_instance();` 在类外部声明,破坏封装性,且在 CLI/多请求环境下可能引发状态混乱。 | 移除文件级 `$CI` 声明。在模型内部统一使用 `$this->load` 或构造函数加载依赖。 | `// 删除文件顶部的 $CI = &get_instance();`<br>`// 在方法内使用 $this->load->model('xxx');` |
| 🟠 警告 | `add_deposit` 方法 | **违反单一职责原则 (SRP)**:单方法超 200 行,混合了参数校验、DB 事务、关联表写入、短信/微信推送、打印逻辑。任一环节失败都会导致调试困难。 | 拆分为独立服务类(如 `DepositCreateService`、`DepositNotifyService`、`DepositPrintService`),Model 仅负责数据持久化。 | `// 建议重构为:<br>$service = new DepositCreateService();<br>$result = $service->handle($merchantId, $adminId, $data);` |
| 🟠 警告 | `add_deposit` / `update_deposit` | **事务与异常处理不规范**:`trans_start()` 配合手动 `trans_rollback()` 与 `trans_complete()` 混用,CI3 中 `trans_complete()` 已内置自动回滚机制,手动回滚可能导致事务状态机异常。 | 统一使用 CI3 推荐的事务流,或改用 `trans_begin()` + `trans_commit()` + `trans_rollback()`。 | `try {<br> $this->db->trans_begin();<br> // ... 业务逻辑 ...<br> if ($this->db->trans_status() === FALSE) {<br> $this->db->trans_rollback();<br> return ['success'=>false, 'msg'=>'...'];<br> }<br> $this->db->trans_commit();<br>} catch (\Exception $e) { ... }` |
| 🟠 警告 | `search_deposit_list` 约第 260 行 | **动态 IN 查询未严格过滤**:`implode(',', array_unique($aheadUserIds))` 直接拼入 SQL,若数组元素含非数字字符将引发语法错误或注入。 | 使用 `array_map('intval', $ids)` 清洗数据,或交由框架 Query Builder 的 `where_in()` 处理。 | `$cleanIds = array_map('intval', array_unique($aheadUserIds));`<br>`$this->db->where_in('_ahead_user_id', $cleanIds);` |
| 🟡 建议 | 全局 | **命名规范与拼写错误**:`deposit_printer_opreating` 拼写错误;类名 `Ahead_deposit_model` 大小写混用;数组语法混用 `array()` 与 `[]`。 | 遵循 PSR-12:类名 `AheadDepositModel`,方法名 `depositPrinterOperating`,统一使用短数组语法 `[]`。 | `public function depositPrinterOperating(...)` |
| 🟡 建议 | 全局 | **缺失类型声明与返回值约束**:所有方法无参数类型、无返回值类型声明,降低 IDE 提示与静态分析能力。 | 逐步补充 PHP 7.4+ 类型声明(如 `public function add_deposit(int $merchantId, int $adminId, array $data): array`)。 | `public function add_deposit(int $merchantId, int $adminId, array $data): array` |
| 🟡 建议 | `add_deposit` / `search_deposit_list` | **重复加载模型**:多次调用 `$this->load->model()`,虽 CI3 有缓存机制,但影响可读性。 | 在 `__construct()` 中统一加载高频模型,或使用依赖注入容器。 | `public function __construct() {<br> parent::__construct();<br> $this->load->model(['ahead_yc_merchant_user_model', 'ahead_store_model', ...]);<br>}` |
## 3. 总结与行动建议
### 🔑 优先修复的关键问题
1. **立即修复 SQL 注入**:`search_deposit_list` 中的 `$uid` 拼接与 `IN` 查询数组必须经过 `(int)` 强转或使用 Query Builder 安全方法。
2. **清理全局 `$CI` 实例**:移除文件顶部的 `&get_instance()`,避免多进程/CLI 环境下的内存泄漏与状态污染。
3. **规范事务控制流**:统一采用 CI3 标准事务写法,避免 `trans_start()` 与手动 `trans_rollback()` 交叉使用导致的事务状态不一致。
### 🛠 后续重构与优化方向
- **架构分层**:将 `add_deposit` 拆分为 `Validator`(校验)→ `Repository`(数据操作)→ `Notifier`(消息推送)→ `Printer`(打印)。Model 层仅保留 `insert`/`update`/`query` 等纯数据操作。
- **引入 DTO/VO**:使用数组或轻量级对象封装 `$data` 与返回结果,替代魔法数组键名,提升类型安全与可维护性。
- **统一错误处理**:当前混用 `throwError()`(自定义全局函数)与 `try-catch`。建议统一抛出 `\RuntimeException` 或自定义业务异常,由全局异常处理器捕获并格式化返回。
- **补充单元测试**:针对 `search_deposit_list` 的复杂 WHERE 条件拼接、状态流转逻辑编写 PHPUnit 测试用例,覆盖边界条件(如空数组、非法类型、跨店权限)。
- **注意代码截断**:提供的 `update_deposit` 方法在 `$lastTa` 处中断,请补充完整代码以便审查状态机流转、库存扣减逻辑及事务回滚路径。
> 💡 **专家提示**:若 `phpci` 框架已支持 PHP 8+,强烈建议启用 `declare(strict_types=1);` 并全面引入类型声明。对于高频查询的 `search_deposit_list`,可考虑将 `listinfos` 替换为原生 Query Builder 链式调用,并针对 `_merchant_id`, `_shop_id`, `_status`, `_end_time` 建立复合索引以提升分页性能。
---
*此 Issue 由代码审查服务自动创建*...
|
0
|
0
|
0
|
0
|
0
|
|
0
|
1780992234
|
1780992234
|
0
|
0
|
0
|
0
|
Edit
Delete
|
|
617
|
22
|
77
|
1
|
|
0
|
🔍 代码审查报告:app-260616 - Merge pull request '开房套餐 🔍 代码审查报告:app-260616 - Merge pull request '开房套餐转房增加房态判断。' (#75) from app...
|
## 自动代码审查报告
**分支**: app-260616
**提交**: `48af25d1e ## 自动代码审查报告
**分支**: app-260616
**提交**: `48af25d1eb8d8e97ce1b9fc107d08baf2a9eb74e`
**提交人**: zhangjunnan (121158035@qq.com)
**时间**: 2026-06-09 10:36:26
---
## 1. 审查摘要
- **代码质量评分**:5.5 / 10 分
- **总体评价**:代码实现了较为完整的商家端业务逻辑,但整体架构偏向传统的“胖控制器+贫血模型”模式。存在**硬编码敏感密钥**、**SQL注入风险**、**N+1查询性能瓶颈**及**事务处理不规范**等关键问题。代码规范与 PSR-12 存在较大偏差,魔法数字泛滥,可维护性较低。
- **风险等级**:🔴 高
> 📌 *注:提示中提及 `phpci` 框架,但实际代码结构、加载方式(`$this->load->`、`get_instance()`、`BASEPATH`)均明确指向 **CodeIgniter 3.x**。以下审查将基于 CI3 最佳实践与通用 PHP 安全规范进行。*
## 2. 问题详情
| 严重程度 | 文件/行号 | 问题描述 | 建议修改方案 | 代码示例 (可选) |
| :--- | :--- | :--- | :--- | :--- |
| 🔴 严重 | `MerchantAppServer.php`<br>(约 150-160 行) | **硬编码敏感 API 密钥**:科大讯飞 `APPID`、`APISecret`、`APIKey` 直接暴露在控制器中,极易导致密钥泄露与盗刷。 | 将敏感配置移至 `application/config/` 或环境变量中,通过 `$this->config->item()` 读取。生产环境严禁硬编码。 | `// config/xfyun.php<br>return ['appid'=>getenv('XFYUN_APPID'), ...];<br>// 控制器中<br>$config = $this->config->item('xfyun');` |
| 🔴 严重 | `Ahead_yc_merchant_user_model.php`<br>`get_user_shop_page()` 等方法 | **SQL 注入漏洞**:直接使用字符串拼接构造 `WHERE` 与 `LIKE` 条件(如 `"... like '%" . $params['name'] . "%'"`),未使用查询构建器转义。 | 全面改用 CI3 Query Builder 的 `like()`、`where()` 方法,或手动使用 `$this->db->escape()`。 | `$this->db->like('user._name', $params['name'], 'both');<br>// 替代原有的字符串拼接` |
| 🔴 严重 | `Ahead_yc_merchant_user_model.php`<br>`check_token()` | **弱加密验证 Token**:使用 `md5()` 拼接静态盐值验证 Token,存在碰撞风险且无过期机制,易被重放攻击。 | 升级为 `hash_hmac('sha256')` 或引入 JWT。Token 生成时应绑定时间戳并校验有效期。 | `hash_hmac('sha256', $payload, $secret_key);<br>// 结合 Redis 设置 TTL 实现会话管理` |
| 🟠 警告 | `Ahead_book_order_model.php`<br>`get_list()` | **N+1 查询性能瓶颈**:在 `foreach` 循环中频繁调用 `$this->ahead_yc_order_model->get_one()` 获取关联数据,导致数据库连接数激增。 | 使用 `WHERE IN` 批量查询或 `JOIN` 关联表一次性获取数据,或使用 CI 缓存机制。 | `$ids = array_column($order_info, 'relation_order_id');<br>$orders = $this->ahead_yc_order_model->get_by_ids($ids);<br>// 循环中通过数组映射获取` |
| 🟠 警告 | `Ahead_book_order_model.php`<br>`invalid_book()` | **事务回滚机制不健全**:在 `$this->db->trans_start()` 后直接调用自定义 `throwError()`,若该函数未抛出标准异常,可能导致事务挂起或数据不一致。 | 使用 `try-catch` 包裹事务逻辑,确保异常时强制 `trans_rollback()`,并依赖 CI 的 `trans_status()` 判断。 | `try { $this->db->trans_start(); ... } catch(\Exception $e) { $this->db->trans_rollback(); throw $e; }` |
| 🟠 警告 | `MerchantAppServer.php`<br>`index()` | **控制器职责过重 (Fat Controller)**:单方法超 300 行,混杂权限校验、菜单过滤、配置加载、数据组装,违反单一职责原则。 | 将业务逻辑下沉至 `Service` 或 `Repository` 层,控制器仅负责路由分发与请求/响应转换。 | `// 控制器<br>$data = $this->login_service->handleLogin($this->stream);<br>$this->success_response($data);` |
| 🟡 建议 | 全局多处 | **魔法数字与硬编码 ID 泛滥**:如 `permission_id = 534`、`$unsetMenuIds = [694, 849...]` 等散落在代码中,后期维护成本极高。 | 提取为常量类(如 `PermissionConst::RECHARGE_INVALID = 534`)或写入配置文件。 | `class MenuConst { const FILTER_IDS = [694, 849, 824, 1250]; }` |
| 🟡 建议 | 全局多处 | **命名规范与 PSR-12 不符**:类名使用下划线(`Ahead_book_order_model`),变量混用驼峰与下划线,注释含过期人员标记(`edit by nan 17.10.25`)。 | 遵循 PSR-12:类名 `PascalCase`,方法/属性 `camelCase`,清理历史注释,使用 PHPDoc 规范。 | `class AheadBookOrderModel extends Simple_model { ... }` |
| 🟡 建议 | `Ahead_yc_merchant_user_model.php` | **频繁使用 `get_instance()`**:在 Model 中多次调用 `$CI = &get_instance();` 获取 CI 实例,增加耦合且影响性能。 | CI3 的 Model 已继承 `CI_Model`,可直接使用 `$this->load->model()` 或 `$this->config->item()`。 | `// 移除 $CI = &get_instance();<br>$this->load->model('ahead_yc_merchant_model');` |
## 3. 总结与行动建议
### 🔑 优先修复的关键问题
1. **立即移除硬编码密钥**:将 `MerchantAppServer.php` 中的讯飞 API 密钥、加密盐值等迁移至配置文件或 `.env`,并检查版本控制历史是否已泄露。
2. **修复 SQL 注入漏洞**:全面审查 `Ahead_yc_merchant_user_model.php` 中所有动态拼接 SQL 的地方,替换为 CI Query Builder 或参数化查询。
3. **升级 Token 验证机制**:废弃 MD5 静态盐方案,引入带过期时间的 HMAC-SHA256 签名或标准 JWT,并在 Redis 中维护会话黑名单。
### 🛠 后续重构与优化方向
1. **架构分层改造**:
- 将 `MerchantAppServer::index()` 拆分为 `AuthService`、`MenuService`、`PermissionService`。
- 控制器仅保留:参数接收 -> 调用 Service -> 格式化响应。
2. **数据库查询优化**:
- 消除 `get_list()` 等方法的 N+1 查询,改用 `JOIN` 或批量 `WHERE IN`。
- 对高频读取的配置数据(如权限列表、菜单树)引入 Redis 缓存,设置合理 TTL。
3. **规范化与工程化**:
- 统一类名与文件命名规范,清理 `//edit by xxx` 等无效注释。
- 将散落的权限 ID、菜单 ID、状态码提取至 `config/constants.php` 或独立常量类。
- 引入静态分析工具(如 PHPStan / Psalm)与代码规范检查(PHP_CodeSniffer PSR-12),纳入 CI/CD 流程。
> ⚠️ **局限性说明**:`MerchantAppServer.php` 代码在 `case "1001"` 处被截断,未能完整审查该分支的结账取消逻辑。若该分支涉及资金扣减或订单状态变更,请补充完整代码以便进行事务与并发安全审查。
---
*此 Issue 由代码审查服务自动创建*...
|
0
|
0
|
0
|
0
|
0
|
|
0
|
1780972586
|
1780972586
|
0
|
0
|
0
|
0
|
Edit
Delete
|
|
616
|
22
|
76
|
1
|
|
0
|
🔍 代码审查报告:app - Merge pull request 'Merge pull 🔍 代码审查报告:app - Merge pull request 'Merge pull request '合并0519' (#...
|
## 自动代码审查报告
**分支**: app
**提交**: `518d00cf2a78cb28 ## 自动代码审查报告
**分支**: app
**提交**: `518d00cf2a78cb28e24dab21ba3d2f2827974f81`
**提交人**: zhangjunnan (121158035@qq.com)
**时间**: 2026-06-09 10:36:17
---
## 1. 审查摘要
- **代码质量评分**:4.5 / 10
- **总体评价**:代码已实现核心业务链路,但存在**严重的安全隐患**(硬编码凭证、非原子锁、SQL拼接)、**架构反模式**(Model内加载Model、巨型Switch、全局状态污染)及**性能瓶颈**(频繁建连Redis、循环内N+1查询)。整体工程化程度较低,不符合现代 PHP 及 CI3 最佳实践。
- **风险等级**:🔴 高
> 📌 **框架说明**:提交代码实际基于 **CodeIgniter 3** 架构(使用 `CI_Controller`、`get_instance()`、`$this->load->` 等)。若 `phpci` 为内部定制分支,部分加载机制可对照官方文档微调,但底层安全与性能原则通用。
---
## 2. 问题详情
| 严重程度 | 文件/位置 | 问题描述 | 建议修改方案 | 代码示例 (可选) |
| :--- | :--- | :--- | :--- | :--- |
| 🔴 严重 | `common_helper.php` / `alioss_*` 函数 | **硬编码云厂商 AccessKey/Secret**。直接暴露在公共 Helper 中,极易被泄露导致云资源被恶意操作。 | 移至 `application/config/oss.php` 或环境变量,通过 CI 配置加载。禁止在代码中明文存储密钥。 | `$config = $CI->config->item('aliyun_oss');`<br>`$param = $config['credentials'];` |
| 🔴 严重 | `common_helper.php` / `doRedisLockRelease` | **Redis 分布式锁非原子释放**。`GET` 校验后 `DEL` 存在竞态条件,可能误删其他请求持有的锁。 | 使用 Lua 脚本保证 `GET` 与 `DEL` 的原子性,或使用 `Redis::eval`。 | `lua = "if redis.call('get',KEYS[1]) == ARGV[1] then return redis.call('del',KEYS[1]) else return 0 end"`<br>`$redis->eval($lua, [$key, $value], 1);` |
| 🔴 严重 | `Ahead_book_order_model.php` / `refund_by_notify` | **字符串拼接构造 SQL 条件**:`$log_where = '_relation_id="' . $order_data['_id'] . '"...'` 存在 SQL 注入风险,且绕过 CI 查询构造器。 | 全面使用 CI Query Builder 或参数绑定,禁止手动拼接 WHERE 子句。 | `$this->db->where('_relation_id', $order_data['_id'])`<br>`->where('_status', 1)`<br>`->where_in('_type', [5,13]);` |
| 🟠 警告 | `Api.php` / `selfChangeRoom` | **全局状态污染**:直接修改 `$CI->merchant_id`、`$CI->admin_data`。在并发请求或 CLI 环境下会导致数据串扰。 | 通过方法参数传递上下文,或使用独立的 `Context` 对象/Session 存储,避免修改 CI 超全局实例。 | `// 移除 $CI->admin_data = ...`<br>`$orderService->handle($merchant_id, $admin_data, $params);` |
| 🟠 警告 | `MerchantAppServer.php` / `index()` | **上帝方法 (God Method)**:单方法超 500 行,包含巨型 `switch`,违反单一职责原则,极难维护与测试。 | 按 `function` 路由拆分至独立 Controller 或 Service 类。主方法仅负责鉴权与路由分发。 | `// 路由分发示例`<br>`$action = $request['function'];`<br>`$service = new MerchantService($this);`<br>`return $service->$action($request);` |
| 🟠 警告 | `common_helper.php` / `get_aliyun_redis_conn` | **频繁创建/关闭 Redis 连接**。每次调用都 `connect()` + `close()`,高并发下将耗尽文件描述符并引发严重延迟。 | 使用 CI 内置 Redis 驱动或单例模式复用连接。生产环境建议启用 `persistent` 连接。 | `$CI->load->driver('cache', ['adapter' => 'redis']);`<br>`$redis = $CI->cache->redis;` |
| 🟠 警告 | `Ahead_book_order_model.php` / `invalid_book` | **事务中断风险**:`throwError()` 直接 `exit/die`,导致 `$this->db->trans_start()` 未执行 `trans_complete()`,连接池可能泄漏或状态不一致。 | 改用抛出 `Exception` 或返回错误数组,在 `try-catch` 中统一处理事务回滚。 | `try { $this->db->trans_start(); ... $this->db->trans_complete(); } catch(\Exception $e) { $this->db->trans_rollback(); throw $e; }` |
| 🟡 建议 | 多个 Model 文件 | **Model 内部加载 Model**:`$CI = &get_instance(); $CI->load->model(...)` 破坏依赖注入,增加耦合。 | 模型应在 Controller 层加载,或通过 CI `autoload.php` 预加载。若需跨模型调用,应在 `__construct` 中注入。 | `// 移除内部 $CI->load->model()`<br>`// 在 Controller 中统一加载`<br>`$this->load->model('Ahead_yc_merchant_model');` |
| 🟡 建议 | `common_helper.php` / `decodeUnicode` | **使用已废弃函数**:`create_function` 在 PHP 7.2+ 已废弃,存在安全风险且性能差。 | 替换为匿名函数(闭包)。 | `return preg_replace_callback('/\\\\u([0-9a-f]{4})/i', fn($m) => mb_convert_encoding(pack('H*', $m[1]), 'UTF-8', 'UCS-2BE'), $str);` |
| 🟡 建议 | `Api.php` / `jsonEcho` | **冗余输出缓冲控制**:`ob_end_clean(); ob_start(); ... ob_end_flush();` 易引发 Header 已发送警告,且逻辑冗余。 | 直接设置 Header 后输出 JSON 并终止,CI 已处理基础缓冲。 | `header('Content-Type: application/json; charset=utf-8');`<br>`echo json_encode($result, JSON_UNESCAPED_UNICODE);`<br>`exit;` |
---
## 3. 总结与行动建议
### 🔑 优先修复的关键问题(P0)
1. **立即移除硬编码凭证**:将 `common_helper.php` 中的 OSS Key/Secret 迁移至配置文件或环境变量,并轮换已泄露的密钥。
2. **修复分布式锁竞态条件**:将 `doRedisLockRelease` 改为 Lua 脚本原子操作,防止业务数据错乱。
3. **消除 SQL 注入隐患**:全面审查 `Ahead_book_order_model.php` 及其他 Model 中的字符串拼接 SQL,统一替换为 CI Query Builder 或 PDO 参数绑定。
4. **规范事务处理**:移除 `throwError()` 中的 `exit()`,改用异常机制确保 `$this->db->trans_rollback()` 必执行。
### 🛠 后续重构与优化方向
1. **架构解耦**:
- 拆分 `MerchantAppServer::index()` 巨型方法,采用 **路由分发器 + 独立 Service 类** 模式。
- 禁止在 Model 内部使用 `get_instance()->load->model()`,改为构造函数依赖注入或 CI 自动加载。
2. **性能提升**:
- 替换 `get_aliyun_redis_conn` 为 CI 官方 Redis 驱动,启用长连接。
- 解决 `get_list` / `get_detail` 中的 **N+1 查询问题**:使用 `JOIN` 或批量 `WHERE IN` 预加载关联数据。
3. **规范与安全**:
- 遵循 PSR-12 规范:统一类名/文件名大小写、移除重复函数定义(如 `rs_hmset`)、补充类型声明与 PHPDoc。
- 替换 `passport_encrypt` 弱加密算法为 `openssl_encrypt` 或 `sodium`。
- 限制 `Access-Control-Allow-Origin: *`,改为白名单校验或动态反射 Origin。
> ⚠️ **局限性说明**:部分文件(如 `MerchantAppServer.php`、`common_helper.php`、`Ahead_book_order_model.php`)末尾被截断,未完整覆盖所有分支逻辑与异常处理路径。建议补充完整代码后进行二次深度审查。
---
*此 Issue 由代码审查服务自动创建*...
|
0
|
0
|
0
|
0
|
0
|
|
0
|
1780972577
|
1780972577
|
0
|
0
|
0
|
0
|
Edit
Delete
|
|
615
|
22
|
75
|
1
|
|
0
|
开房套餐转房增加房态判断。
|
|
0
|
0
|
1
|
1
|
0
|
|
0
|
1780972488
|
1780972586
|
1780972493
|
0
|
0
|
0
|
Edit
Delete
|