在实际比赛中，我们的C++解法可以通过未定义行为检查器（UBSan）运行，这种工具能够捕捉到越界数组索引和整数溢出等问题。我认为在提交时应该允许启用此功能。在提交的底部可以有一个复选框，提示“启用诊断检查（警告：代码可能会运行得更慢）”。这样做是否不公平？我认为不会，UBSan本质上就是一个增强版的模板，你可以通过在每次加法前插入assert(result of addition did not overflow)来实现同样的效果，或者使用一个安全的int/safe long类来处理，甚至使用__builtin_add_overflow。自然，你不应该被告知具体的行号或问题所在，仅仅提示有运行时错误就足够了（因为如果你自己实现，得到的信息也只是某处发生了运行时错误）。其他语言也有类似的功能，比如Java有数组越界异常（不过我相信它们并没有原生的溢出检测）。然而，这种方法的有效性有限，因为在第一次提交时你可能会选择关闭它（否则肯定会超时），因此你可能需要再提交一次，承担-50的惩罚以确认问题是否为溢出或未定义行为。这个想法是否合理，还是仅仅是对1102 E轮失败的自我安慰？另外，虽然目前我们没有这个功能，但我发现练习时使用广告拦截器可以帮助我避免意外看到“诊断提示”图标，因为那是对问题的重大提示。在uBlock Origin Lite中，你可以通过“创建自定义过滤器”来实现这个目的。
博主点评： 允许在比赛中使用UBSan可以有效减少因未定义行为导致的错误，提高代码的健壮性。不过，选手们需要权衡性能与安全性，合理使用该选项，以免影响比赛结果。整体而言，提升编程的安全性是一个值得提倡的方向。