1. 一个具体问题
活动只准备了一份演示文件，负责人觉得“应该不会刚好坏掉”。现场网络不通时才发现文件需要在线验证，备用电脑也无法打开。问题不在于宇宙故意捣乱，而在于多个看似备用的方案共享同一个脆弱依赖。
2. 一句话解释
墨菲定律是一句工程警语：应认真考虑可发生的错误，并通过设计降低其发生或扩大损害的机会。
3. 出处与原意
它通常与二十世纪四十年代末美国航空试验中的 Edward Murphy 及相关团队联系在一起，流传措辞和历史细节存在不同版本。把它理解为安全思维比争论某句名言更有用；它不是概率定理，也不是“坏事必然发生”的证明。
4. 原理与机制
如果某故障每次独立发生的概率是 p，重复 n 次时至少一次发生的概率为 1−(1−p)ⁿ。但现实中的独立性、概率固定和重复次数都要验证，公式不能推出有限时间内必然发生。工程上的价值是把“希望不出错”转成预防、检测、隔离和恢复四类措施。
把失败方式具体写出来，还有助于区分预防与恢复。文件校验能发现损坏，备用格式能扩大兼容性，主持人串场则是在技术失败后维持活动功能。四者不是互相替代的保证，而是针对不同失效环节形成保护。
5. 一个完整案例
假设案例：社区晚会要播放一段视频，组织者列出文件损坏、电脑故障、音响接口不匹配和网络中断四种情况。他们准备离线视频和可打开的备用格式，在两台电脑上试播，并实际连接现场音响。两份文件若都放在同一个联网盘，不能算独立备份；备用电脑若没有转接头，也不能覆盖接口问题。最后仍可能出现未预见的故障，因此主持人准备不用视频也能继续的串场安排。目标是减少单点失败对整场活动的影响。
演练不只检查物品是否存在，还要让实际值班的人完成切换，并记录需要的步骤。备用文件若只有准备者知道放在哪里，人员缺席依然可能使备份失效。把恢复说明留在现场，比一份无人能用的豪华预案更有价值。
6. 适用条件与反例
任何东西都有失败可能，不意味着需要为一切设置昂贵冗余。措施应根据发生机会、后果和恢复成本排序，避免把小活动变成无法执行的检查工程。对高后果故障不能仅用低频率安慰自己，对低后果故障则可以接受并快速修复。
7. 今天可以尝试的行动
挑选本周一个关键交付，写出三个具体失效方式。对每个方式确认：能否预防、怎样及时发现、坏了后如何继续。实际演练一次最便宜的恢复路径，并检查备用方案是否与主方案共享电源、账号或同一个人。
8. 参考资料与关联条目
- 美国空军试验中心，John P. Stapp 的试验与安全遗产。