Chrome为何错误拼接JSF页面资源URL？

我来帮你分析下这个问题，核心是Chrome里PrimeFaces生成的资源URL丢失了localhost:8080主机端口信息，导致资源加载失败，而Safari能正常解析。下面给你几个针对性的排查和解决方向：

1. 检查页面的<base>标签配置 #

Chrome和Safari对<base>标签的URL解析逻辑可能存在差异。如果你的页面里设置了<base>标签，一定要确保它的href属性是完整的绝对路径，而不是相对路径。

• 错误示例：<base href="/dmeScripts/">（这种配置会让Chrome把资源URL解析成相对当前域名，甚至丢失域名）
• 正确做法：使用EL动态生成适配环境的base路径，比如：

<base href="#{request.scheme}://#{request.serverName}:#{request.serverPort}#{request.contextPath}/">

这样不管是本地测试还是部署到服务器，都能生成包含主机、端口和上下文路径的完整base URL，避免Chrome解析出错。

2. 排查上下文路径的大小写问题 #

注意到你给出的URL里，Chrome生成的是dmescripts（全小写），而你的页面路径是dmeScripts（大小写混合）。Chrome对URL的大小写敏感性比Safari更高，如果你的服务器（比如Tomcat）的上下文路径配置成了小写的dmescripts，或者项目部署时上下文路径被自动转成了小写，就会导致URL解析异常。

• 检查服务器的部署配置：比如Tomcat的context.xml或者项目的部署描述符，确认上下文路径是dmeScripts（和你的页面路径一致）。
• 清理项目部署目录，重新部署，避免旧的配置残留。

3. 清除Chrome缓存或使用无痕模式测试 #

有时候Chrome的缓存会保留旧的资源URL规则，导致新的配置不生效。试试：

• 按Ctrl+Shift+Delete打开Chrome的清除缓存界面，勾选“缓存的图片和文件”，然后清除。
• 用Chrome的无痕模式打开页面，看看资源URL是否恢复正常。如果无痕模式正常，说明是缓存导致的问题。

4. 检查PrimeFaces资源处理的自定义配置 #

如果你项目里有自定义的ResourceHandler或者过滤器，修改了PrimeFaces资源URL的生成逻辑，一定要确保在构建URL时包含完整的主机和端口信息。

• 推荐使用JSF原生的ExternalContext.encodeResourceURL()方法来生成资源URL，而不是手动拼接，这个方法会自动处理上下文路径、主机端口等信息，避免解析错误。

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