Http “应该怎么做？”；“应该”；在rfc7230中遇到时被解释为？

RFC 7230（HTTP/1.1消息语法和路由）规定“必须”、“应该”、“应该”和“可能”应按RFC 2119中所述进行解释。然而，除了这些需求说明符之外，RFC 7230似乎还在文件中23个单独的位置使用“应该”作为需求说明符

我最初认为“应该”等同于“应该”，但在某些情况下，将其解释为“应该”可能更有意义。我找到的单词定义支持这两种用法

因此，我的问题如下：在rfc7230（及其同级）中遇到“应该”时应如何解释

根据RFC 7230第6.4节，“客户端应限制其与给定服务器同时打开的连接数”。以前版本的HTTP/1.1规范规定了具体的最大值，但用RFC 7230的话来说，“这对于许多应用程序来说是不切实际的……相反……在打开多个连接时要保守”

这里的“应该”有两种含义：以前的“应该”，放松为“应该”。也就是说，绝对不是“应该”

还有人强烈认为“应该”不是“应该”

注意这里弱的“应该”远远不是必须的。但至少net/http是完全正确的，因为这种响应是错误的，可以作为错误处理。但不要求将其视为错误

在所有的例子中，我认为“应该”的意思是“应该”，而不是“应该”

最后，从词语使用的角度来看，“应该”并不是一个常见的或自然的词语选择——没有人会随意使用它——这个词只在作者不能承诺“应该”时使用

所以在这一点上，我想说，如果你肯定一个“应该”应该是一个“应该”，那么它更有可能是文件中的一个错误，或者更接近我的第一个例子，在历史上它是一个“应该”

在任何情况下，最好向专家明确询问您所关心的条款