在我看来，每个人都同意不应该使用 latex 内置eqnarray环境。因此，已经制作了修复该问题的软件包，并制作了几种替代方案，例如，align仅举amsmath一例。
但是看到每个人都同意乳胶内置eqnarray环境被破坏了，为什么它从未在乳胶核心中修复？
肯定有一些显而易见的原因，而我只是没有找到，但我绞尽脑汁，用谷歌搜索，试图找出原因，但却无济于事。
答案1
我依稀记得读过唐纳德·E·克努斯冻结了代码库，除了无法可靠解决的实际功能错误。他的版本控制系统是了解他对此事的看法的关键，他受欢迎的项目的版本号接近（但永远无法达到）各种超越数。
那么，正如前面提到的那样，摇晃一艘适航的船是没有意义的。
此外，我们还应该试着了解唐纳德的想法，他为发现书中的错误而提供赏金（他支付了大约 2.56 美元的支票，其中大部分都是装裱起来的，没有兑现）。他是一个务实的完美主义者。做该做的事情来完成工作，但不能再多了，如果代码被无休止地修改，版本号会越来越长，这会阻止随意的修改。
TeX 只是唐纳德为自己的书籍提供美观排版的方式，而热金属排版和手工调整的方程式已无法满足需求。我们应该感谢他拥有许多我们许多人会盲目忽视的远见。
答案2
修复它大多会带来缺点。
首先，对于任何严肃的数学用途，您可能amsmath无论如何都想要，这增加的远不止更好eqnarray，如果您正在加载amsmath而不是使用，eqnarray那么修复它没有任何好处。
eqnarray30 年来一直如此，主要问题是左右间距过宽，=在此期间，许多人已经以各种方式修复了这个问题，其中许多方法相当于...\!&=&\!... 如果间距改变，这些文档将不会收到任何警告，但等式的左右两边将开始过度打印关系。目前尚不清楚是否每个人都会认为这是一种改进。
LaTeX 无法绝对保证一份有 30 年历史的文档在处理时不会出现错误，但我们不会故意破坏此类文档而进行更改。