Lambda谓词过滤引擎的关键是捕获准、调用稳、编译快：值捕获小对象，const引用捕获大对象；遵循单职责无副作用原则；配合STL算法发挥短路优势；善用constexpr、noexcept提升编译期优化。
用Lambda表达式构建高性能谓词过滤引擎，关键不在“写得炫”，而在“捕获准、调用稳、编译快”。它本质是把动态判断逻辑固化为轻量可调用对象，避免运行时解析开销。
捕获外部变量要克制，优先值传递
动态逻辑常依赖上下文参数（比如阈值、状态标记），Lambda可通过[=]或[&]捕获。但引用捕获有生命周期风险，尤其在异步或延迟执行场景中容易悬空。推荐按需选择：
- 数值、字符串字面量、小结构体——直接值捕获[threshold, mode]，安全且利于编译器内联
- 大对象或需实时更新的容器——传const引用[&config]，并在Lambda体内明确标注const限定
- 绝对避免捕获局部栈指针或临时对象的地址
谓词设计遵循“单职责+无副作用”原则
过滤引擎的性能瓶颈常来自谓词内部做了不该做的事。一个高效谓词只做一件事：返回bool。不要在里面打印日志、修改全局状态、触发IO或分配内存。
- 错误示例：[&log](const Item& x) { log.push(x.id); return x.valid; } —— 日志写入破坏缓存局部性
- 正确做法：日志由调用方统一处理；谓词保持纯函数特性，方便编译器向量化或提前终止
- 复杂条件可拆成多个小Lambda组合，用std::logical_and或自定义&&操作符链式拼接，而非堆砌if-else
与STL算法配合时注意迭代器类型和短路行为
find_if、count_if、all_of等算法底层是线性扫描，但Lambda质量直接影响实际执行效率：
- 确保容器迭代器满足InputIterator以上概念（vector/list/array都满足），避免对map/set等仅支持BidirectionalIterator的容器误用低效遍历
- 利用算法天然的“找到即停”特性。例如find_if在首个匹配项就退出，比手写for循环+break更易被优化
- 若需全量过滤（如生成新集合），优先用ranges::views::filter + ranges::to，避免中间vector分配
编译期优化可主动提示，不依赖猜测
现代编译器（GCC 12+/Clang 14+/MSVC 2022）对简单Lambda能自动内联并常量传播，但你可以帮它一把：
- 用constexpr修饰Lambda（C++20起支持），使其可在编译期求值——适用于阈值固定、规则静态的场景
- 对高频调用的谓词，显式加[[nodiscard]]和noexcept，减少异常路径开销
- 避免在Lambda中调用虚函数或std::function包装器，那会引入间接跳转，打断流水线
