Tomcat的设置有什么意义？

Question

在Apache Tomcat中，参数URIEncoding告诉Tomcat如何解释传入的URI：

编码

这指定在%xx解码URL后用于解码URI字节的字符编码。如果没有规定，将使用ISO-8859-1。

Apache Tomcat 7-HTTP连接器

然而，正如在URL编码Unicode字符的正确方法是什么中所解释的那样，URI中的非ASCII字符始终按照当前标准（RFC 3986和3987）以UTF-8编码。

因此：

• 为什么甚至有一个标准要求的设置
• 为什么默认与标准要求不同？（ISO-8859-1代替UTF-8）

这仅仅是因为Tomcat设置早于标准，并且保留了向后兼容性吗？或者，在某些情况下，与UTF-8不同的值有意义吗？

Answer 1

我看到，至少对于Tomcat 6及其以下版本，URIEncoding不仅重要，而且是必要的，如果不明确地将其设置为“UTF-8”，许多人都会遇到问题。至于你的问题，我只能假设这是为了向后兼容。开发人员讨厌在编写代码后删除代码，即使再次需要代码的可能性为零：）

Answer 2

Tomcat 8-Apache Tomcat 8-HTTP连接器中参数URIEncode的描述：

这指定在%xx解码URL后用于解码URI字节的字符编码。如果未指定，将使用UTF-8，除非组织。阿帕奇。卡特琳娜。STRICT\u SERVLET\u COMPLIANCE system属性设置为true，在这种情况下将使用ISO-8859-1。

因此，该描述与Apache Tomcat 7的描述不同。组织的默认值。阿帕奇。卡特琳娜。Apache Tomcat 8中的STRICT\u SERVLET\u COMPLIANCE为false。因此UTF-8是Apache Tomcat 8的URIEncoding的默认值，这意味着Tomcat现在遵循标准（和常见用法）。

至于为什么Tomcat在Tomcat 7之前使用ISO 8859-1作为默认URI编码：

这似乎是因为Tomcat开发人员认为这是Servlet规范所需要的（正如设置的名称STRICT_SERVLET_COMPLIANCE所示）。

事实上，Servlet规范在任何版本中都没有明确提到URI编码。但是，它确实提到，如果Content-TypeHTTP标头没有通过charset（Servlet规范V2.5，“请求数据编码”）指定编码，则必须将POST数据解析为ISO 8859-1。显然，这被解释为意味着查询参数（因此整个URI）也应该默认解码为ISO 8859-1。

根本问题可能是Servlet规范没有指定用于解码URI的默认编码，更不用说更改这种编码的方法了。这反过来可能是因为URI规范最初不允许URI中的非ASCII字符——这只是通过引入IRI来标准化的，参见2005年1月的RFC 3987。因此，每个servlet容器都必须提出自己的默认值和配置参数，例如Apache Tomcat中的URIEncode。

据报道，这两个问题是针对Servlet规范的bug：

• SERVLET_SPEC-145（原始、断开的链接）-指定默认URL编码

也许有一天Servlet规范会被修改...至少SERVLET_SPEC-146现在被标记为已解决。