s:include带url形式的参数需进行URL中文编解码-优快云博客

本文讨论了在Web开发中使用<s:include>标签传递包含中文的相对URL时出现的URL编码问题，以及不同浏览器对URL编码的处理差异。通过在传参时进行编码并确保解码操作，确保了页面能够正确解析中文。同时，解释了在浏览器URL上直接输入中文时编码方式的变化，以及如何在开发者工具中设置编码。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

这个问题和上一个问题是在一个场景里的。比如我用s:include带了一个参数，记录一个相对url，而这个相对url字符串中有中文，例如下面代码

<s:include value="branch.jsp">
  <s:param name="url" value="search?q=云"/>
</s:include>

然后在branch.jsp中，使用EL（或者将此值存入ActionContext中用ongl获取），发现中文被编码了。

一开始对url编码不熟悉，还以为是乱码。搜索“jsp include 中文编码”，基本都是返回乱码问题的解决方案(其实就是保证始终是utf-8，或者gbk即可)。后来确认始终是utf-8的字符编码后，才醒悟这是URL编码问题。

于是在传参时，便将url进行编码，然后在branck.jsp中进行解码，比如下述代码

<s:include value="branch.jsp">
  <s:param name="url"><% java.net.URLEncoder.encode("search?q=云", "UTF-8") %></s:param>
 </s:include>

<!-- branch.jsp -->
<% String url = java.net.URLDecoder.decode((String)request.getParameter("v1"); %>

如此，保证了此url的中文编码被正确返回。当时是做分页，不进行编解码，点击其他页的链接总无法解析中文。

扩展问题：

后面发现直接在浏览器url上输入中文，ff会进行ANSI的url编码，而在chrome下是utf-8。但在ff的开发者工具那已经设置了是utf-8啊，不知道为什么最后url上的中文都被ANSI编码了。。。