为什么不用自己手写 RBAC 逻辑手写 CheckPermission 函数看似简单，但很快会遇到：角色继承链断裂、资源通配符（如 /api/v1/users/*）匹配不一致、运行时动态加角色后策略没刷新、并发查策略时锁竞争。常见错误现象：enforce() 返回 false，但策略文件里明明写了 rule —— 大多是 model 定义和 policy 行格式对不上，比如用了 RBAC with

TookMs int }，不暴露底层分页字段（如 ES 的 hits.total.value 或 MySQL 的 SQL_CALC_FOUND_ROWS）不要在接口里暴露 WithContext 或 WithTimeout 等控制细节，这些由具体实现内部处理如何让不同搜索引擎共用同一套过滤逻辑业务侧的「按分类筛选」「按时间范围过滤」这些规则，不能散落在各个实现里重复写。得抽成可组合的中间件式函数，

Object.hasOwn 是 ES2022 引入的安全准确判断对象自有属性的方法，替代易出错的 hasOwnProperty 和不严谨的 in 操作符，始终调用原始实现、支持 Symbol、仅查自身属性且对非对象参数抛 TypeError。Object.hasOwn 是 ES2022 引入的原生方法，用于**安全、准确地判断对象自身是否拥有指定属性**，替代过去容易出错的 obj.hasOwnP

AutoCAD .NET API 必须用 ObjectARX 宿主环境运行直接在普通控制台或 WinForms 项目里调用 Autodesk.AutoCAD.ApplicationServices.Core.Application 会抛出 System.NullReferenceException 或 Autodesk.AutoCAD.Runtime.Exception: eNotApplicab

sort.Slice 适合按字段（如 user.Age）降序，不适合纯位置翻转对 []string 或 []int 这类值类型，结果看起来一样，但语义不同：一个是排序，一个是置换索引如果后续还要基于原始索引做操作（比如记录某元素“原来在第 3 位”），用 sort 会丢失这个信息最直接的反转写法：双指针原地交换Go 没有内置 reverse 函数，但几行代码就能搞定，且零分配、O(1) 空间。

SHOW SLAVE STATUS 显示 Seconds_Behind_Master 为 NULL 或 IO/SQL 线程为 No这说明复制链路已断，不是延迟高，而是彻底停了。常见现象是 Slave_IO_Running 和/或 Slave_SQL_Running 显示 No，Seconds_Behind_Master 为 NULL，同时 Last_IO_Error 或 Last_SQL_Erro

例如FLOOR(2.9)=2、FLOOR(-2.1)=-3，CEIL(2.1)=3、CEIL(-2.9)=-2，二者均非四舍五入，且在所有主流SQL方言中行为一致。比如 FLOOR(2.9) 是 2，FLOOR(-2.1) 是 -3；ROUND(2.5) 可能是 2 或 3（取决于实现），FLOOR(2.5) 永远是 2CAST(-2.7 AS INTEGER) 在 PostgreSQL 返回 -