"http://www.something.com#"等URL是否有效？工具与RFC结论矛盾求解

你的RFC理解是正确的，这类URL确实不符合规范，工具能解析是因为做了容错兼容处理，而非你的理解有误。

1. 明确RFC的规范要求 #

根据RFC 1738中HTTP URL的定义：

HTTP URL的格式为：http://<host>:<port>/<path>?<searchpart>
其中<host>和<port>需符合3.1章节的规则，若省略端口则默认80。<path>和带?的<searchpart>都是可选的，但如果其中任意一个存在，前面的/就不能省略；只有当两者都不存在时，/才可以省略。

同时，RFC 1738对域名（host）的定义明确：域名只能由字母、数字、-和.组成，且每个标签首尾必须是字母或数字。#和?都不属于合法的域名字符，因此它们只能作为片段标识符（#）或查询起始符（?）使用，必须通过/与域名分隔开。

2. 工具能解析的原因 #

Java的URL类和Apache Validator的设计初衷是适配现实中大量不规范的URL，而非严格遵循旧版RFC的字面要求：

• 早期互联网开发中，很多开发者写出不符合规范的URL（比如域名后直接加#或?），如果工具严格校验，会导致大量现有业务无法正常运行，因此这些工具内置了容错逻辑——自动将域名后的#/?识别为片段或查询的起始，相当于在它们前面补了一个/，从而完成解析。
• 后续的RFC 3986虽然对URL规则做了更灵活的调整，但域名后直接跟#/?依然不属于合法格式，工具的解析完全是出于兼容性的妥协。

3. 严格校验的解决方案 #

如果需要严格遵循RFC规范进行URL校验，不要依赖Java或Apache的默认实现，可以选择专门做严格校验的第三方库，或者自行实现符合RFC规则的校验逻辑。

内容的提问来源于stack exchange，提问作者Sam Pam