d331c817ac5fea13ad244ea1221bc49a472e6589
docs/25 P2「通知失败被吞」。核实后要把定性说得更准一点:它**有** logger.exception, 不是完全静默;问题在于 _create_notifications 失败时 eturn 0,而"无需通知" (没有高风险预警、或通知功能关闭)也返回 0 —— 调用方只拿到一个 notification_count, **分不清"本来就不用通知"和"高风险通知创建失败"**。 风控里这个区别很要紧:通知没发出去等于处置链路的第一环断了,而扫描依旧报"完成"。 这与同一批缺陷里的"定时扫描重启后不再执行"是同一性质 —— 看起来在工作、其实有一环没跑。 改动: - _create_notifications 返回 (条数, 失败原因),失败原因非空即代表出了问题。 - scan() 在有失败时于返回体里带上 otification_failure,并把 message 改成 "规则扫描完成,但高风险通知创建失败",让上游与运维都能直接看到。 - **失败仍然不回滚预警**:预警已经生成、比通知重要,不该因为通知写失败就丢掉。 新增 tests/unit/service/test_risk_scan_notification.py(4 条),其中一条专门断言 "两种 0 必须可区分" —— 那是本次修复的全部意义。 ruff / mypy(136 文件) / 616 unit+contract 全绿。
Description
番茄炒蛋组
18 MiB
Languages
Python
99.9%