C#布尔上下文下&和&&运算符有什么区别？能否互相替换？

两者核心差异 #

布尔运算场景下，两者的核心区别仅在是否触发短路逻辑：

• && 是短路逻辑与：先计算左侧操作数的布尔值，如果结果为false，会直接返回false，完全不执行右侧操作数的计算，能减少不必要的性能开销，是布尔判断场景的常规用法。
• & 是非短路逻辑与：无论左侧操作数的结果是true还是false，都会按顺序执行完所有操作数的计算，再返回最终的与运算结果，布尔场景下仅用于需要强制执行所有判断逻辑的特殊需求。

只要所有操作数都执行完成，两者返回的布尔结果完全一致。

代码替换可行性分析 #

你给出的代码片段中，isValid()位于运算符左侧，无论用&还是&&都会被执行，差异仅在右侧的lc.templates.Any()逻辑是否会被执行：

• 常规业务场景下，这段逻辑只是做合法性+存在性判断，没有强制要求每次都执行模板匹配的查询，把&替换为&&完全可行，没有副作用：当isValid()返回false时直接跳过集合查询，性能更优，返回的判断结果和原代码完全一致，也是更符合C#编码规范的写法。
• 仅当你的业务有特殊要求，比如lc.templates.Any()内部隐含了缓存刷新、访问计数统计这类必须触发的逻辑，无论isValid()是否通过都要执行的情况下，替换为&&才会产生副作用：isValid()返回false时右侧逻辑不会被触发，不符合业务预期。

内容的提问来源于stack exchange，提问作者sese sese