HTTP码流与Jsp乱码问题的分析（一）

最新推荐文章于 2021-02-28 02:23:12 发布
最新推荐文章于 2021-02-28 02:23:12 发布
阅读量957 收藏
点赞数
分类专栏： 字符集编码 文章标签： JSP Tomcat 浏览器 Excel Windows

测试环境

服务器：Tomcat5.5

浏览器：Firfox3.5、IE7.0

HTTP码流服务端截取程序

import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStreamWriter;
import java.io.UnsupportedEncodingException;
import java.net.ServerSocket;
import java.net.Socket;

public class HttpServer {

	public static void main(String[] args) {
		try {
			ServerSocket sSocket = new ServerSocket(8088);
			Socket socket = sSocket.accept();

			InputStream is = socket.getInputStream();
			//String encode = "GB2312"; 
			String encode = "UTF-8";
			putStream(is, encode);

		} catch (IOException e) {
			e.printStackTrace();
		}
	}

	public static void putStream(InputStream is, String encode) throws IOException,
			UnsupportedEncodingException {
		byte[] content = new byte[1024];
		int readCount = is.read(content);

		OutputStreamWriter bos = new OutputStreamWriter(System.out);

		while (readCount != 0) {

			bos.write(new String(content, 0, readCount, encode));
			bos.flush();
			readCount = is.read(content);
		}
		is.close();
	}
}

问题一

问题产生的页面测试程序：

gb2312.jsp代码清单：

<%@ page language="java" contentType="text/html; charset=GB2312" pageEncoding="GB2312"%>
<html>
	<body>
		<form name=form1 action="" method="post">
			<input type="text" name="textParam1" size="50 px" value="中a ~!@#$%^&amp;*()_+{}|:\&quot; &lt;&gt;?`-=[]\\;',./">
			<br>
			<input type="file" name="fileParam" size="50 px" value="">
			<br>
			<input type="button" value="submit" οnclick="submitForm()">
		</form>
		<script type="text/javascript"> 
			function submitForm(){ 
				var str ="中a ~!@#$%^&*()_+{}|:\" <>?`-=[]\\;',./"; 
				//form1.action = "gb2312rs.jsp?qryParam1=" + encodeURIComponent(str) + "&qryParam2="+  encodeURIComponent(form1.textParam1.value) ; 
				form1.action = "http://localhost:8088/gb2312rs.jsp?qryParam1=" + encodeURIComponent(str) + "&qryParam2="+  encodeURIComponent(form1.textParam1.value) ;
				form1.submit(); 
			} 
		</script>
	</body>

gb2312rs.jsp清单：

<%@ page language="java" contentType="text/html; charset=GB2312" pageEncoding="GB2312"%>
<html>
	<head>
		<title>Insert title here</title>
	</head>
	<body>
		<%
			//这里一定要设置，且与浏览的提交时编码方式一样，否则乱码（默认Tomcat以iso8859-1解码） 
			//且只能post提交方式的参数起使用，对URL后附带参数不起作用 
			request.setCharacterEncoding("GB2312");
			String textParam1 = request.getParameter("textParam1");
			String qryParam1 = request.getParameter("qryParam1");
			System.out.println("textParam1=" + textParam1);
			System.out.println("qryParam1=" + qryParam1);
			System.out.println("qryParam1=" + (qryParam1==null?null:new String(qryParam1.getBytes("iso8859-1"),"utf-8")));
		%>
		
		request.getParameter("textParam1")(<font color=red>GB2312编码->GB2312解码</font>)：<br>
		<%=request.getParameter("textParam1")%>
		<br><hr>
		request.getParameter("qryParam1")(<font color=red>UTF-8编码->ISO8859-1解码</font>)：<br>
		<%=qryParam1%>
		<br><hr>
		String(request.getParameter("qryParam1").getBytes("iso8859-1"),"UTF-8")(<font color=red>UTF-8编码->ISO8859-1解码->ISO8859-1编码->UTF-8解码</font>)：<br>
		<%=qryParam1==null?null:new String(qryParam1.getBytes("iso8859-1"),"UTF-8")%>	
	
	</body>
</html>

问题出现时环境：

1、以POST方式提交表单
2、请求的URL后还附加参数且参数值含有中文
3、附加参数值经过了encodeURIComponent()函数编码
4、Tomcat未设置URIEncoding与useBodyEncodingForURI
5、请求页面与结果页面<%@ page %>指令的contentType与pageEncoding编码方式都为GB2312
6、结果页面中request的编码方式为GB2312

运行过程图：

请求页面gb2312.jsp图：

请求页面gb2312.jsp页面的编码方式如下：

 

响应页面gb2312rs.jsp图：

 
 

响应页面gb2312rs.jsp编码方式：

 

响应页面gb2312rs.jsp地址栏显示如下：

http://localhost:8080/HttpStream/gb2312rs.jsp?qryParam1=%E4%B8%ADa%20~!%40%23%24%25%5E%26*()_%2B%7B%7D%7C%3A%22%20%3C%3E%3F%60-%3D%5B%5D%5C%3B'%2C.%2F&qryParam2=%E4%B8%ADa%20~!%40%23%24%25%5E%26*()_%2B%7B%7D%7C%3A%5C%22%20%3C%3E%3F%60-%3D%5B%5D%5C%5C%3B'%2C.%2F

请求码流：

POST /gb2312rs.jsp?qryParam1=%E4%B8%ADa%20~!%40%23%24%25%5E%26*()_%2B%7B%7D%7C%3A%22%20%3C%3E%3F%60-%3D%5B%5D%5C%3B'%2C.%2F&qryParam2=%E4%B8%ADa%20~!%40%23%24%25%5E%26*()_%2B%7B%7D%7C%3A%5C%22%20%3C%3E%3F%60-%3D%5B%5D%5C%5C%3B'%2C.%2F HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/QVOD, */*
Referer: http://localhost:8080/HttpStream/gb2312.jsp
Accept-Language: zh-cn
Content-Type: application/x-www-form-urlencoded
UA-CPU: x86
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 1.1.4322; aff-kingsoft-ciba)
Host: localhost:8088
Content-Length: 123
Connection: Keep-Alive
Cache-Control: no-cache

 

textParam1=%D6%D0a+%7E%21@%23%24%25%5E%26*%28%29_%2B%7B%7D%7C%3A%5C%22+%3C%3E%3F%60-%3D%5B%5D%5C%5C%3B%27%2C.%2F&fileParam=

 

从上面码流分析可知

  • 提交请求为编码方式为GB2312的页面表单时，参数qryParam1与参数qryParam2都是UTF-8的编码格式，而不是以GBP312方式编码的，因此encodeURIComponent()函数是固定以UTF-8编码的，它不会受到当前浏览器的编码影响。
  • 经过encodeURIComponent()函数编码后的附加参数内容会以%xx形式串显示在地址栏中。
  • POST方式的HTTP头与HTTP体是用一个回车换行来分隔的。
  • POST方式提交表单，如果URL后面还附还参数，也会提交到服务器，且放在HTTP头部，其他表单输入元素会放在HTTP体里传送。
  • POST方式提交表单时，在头部会有 Content-Type: application/x-www-form-urlencoded 这样一个头信息，而GET方式提交的表单是不会有该头信息的，也不会有HTTP请求体。
  • POST方式提交时，表单里的元素值会先用浏览器的编码方式时行编码（a-z A-Z 0-9 +@*_-. 不进行编码），然后把编码转换成%xx（xx为两位的十六进制）形式参数串后传送到服务器。

出现如下问题：

直接通过 request.getParameter("qryParam1") 提取附加参数时，参数值为乱码。

问题分析：

客户端编码：虽然采用的POST方式请求，但是参数是附加在URL后面的，结果就是附加在URL后面的参数还是以GET方式传递。又encodeURIComponent()函数是以UTF-8编码方式对内容进行编码，经过此函数编码后的附加参数的值就以UTF-8传送到服务器。
服务器解码：因为Tomcat的<Connector/>标签未设置URIEncoding与useBodyEncodingForURI这两个属性，所以Tomact对URL后的附加参数采用默认的编码方式ISO8859-1进行编码。
最后结论：客户端编码方式（UTF-8）与服务器解码方式（ISO8859-1）不同导致了乱码。

问题解决途经：

1、在结果页面读取附加参数时这样做：new String(request.getParameter("qryParam").getBytes("ISO8859-1"),"UTF-8")，原理很简单，就是因为服务器用ISO8859-1编码方式对URL附加参数进行了解码，所以我们这里再来用ISO8859-1来对解码出的串进行一次编码，这样就可以拿到浏览器传给服务器的原始码流，这样再用浏览器发送时所使用的UTF-8编码方式重新解码即可得到正确的内容。
2、修改Tomcat配置文件server.xml中的<Connector ... URIEncoding="UTF-8"... />也可。原理，URIEncoding设置的编码方式为专门用来解码GET方式（或URL拼接）的参数。

问题二

问题产生的页面测试程序：

gb2312.jsp代码清单：

<%@ page language="java" contentType="text/html; charset=GB2312" pageEncoding="GB2312"%>
<html>
	<body>
		<form name=form1 action="" method="post">
			<input type="text" name="textParam1" size="50 px" value="中a ~!@#$%^&amp;*()_+{}|:\&quot; &lt;&gt;?`-=[]\\;',./">
			<br>
			<input type="file" name="fileParam" size="50 px" value="">
			<br>
			<input type="button" value="submit" οnclick="submitForm()">
		</form>
		<script type="text/javascript"> 
			function submitForm(){ 
				var str ="中a ~!@#$%^&*()_+{}|:\" <>?`-=[]\\;',./"; 
				form1.action = "gb2312rs.jsp?qryParam1=" + (str) + "&qryParam2="+  (form1.textParam1.value) ; 
				//form1.action = "http://localhost:8088/gb2312rs.jsp?qryParam1=" + (str) + "&qryParam2="+  (form1.textParam1.value) ;
				form1.submit(); 
			} 
		</script>
	</body>
</html>

 gb2312rs.jsp清单：运行过程图：

<%@ page language="java" contentType="text/html; charset=GB2312" pageEncoding="GB2312"%>
<html>
	<head>
		<title>Insert title here</title>
	</head>
	<body>
		<%
			//这里一定要设置，且与浏览的提交时编码方式一样，否则乱码（默认Tomcat以iso8859-1解码） 
			//且只能post提交方式的参数起使用，对URL后附带参数不起作用 
			request.setCharacterEncoding("GB2312");
			String textParam1 = request.getParameter("textParam1");
			String qryParam1 = request.getParameter("qryParam1");
			System.out.println("textParam1=" + textParam1);
			System.out.println("qryParam1=" + qryParam1);
			System.out.println("qryParam1=" + (qryParam1==null?null:new String(qryParam1.getBytes("iso8859-1"),"utf-8")));
		%>
		
		request.getParameter("textParam1")(<font color=red>GB2312编码->GB2312解码</font>)：<br>
		<%=request.getParameter("textParam1")%>
		<br><hr>
		request.getParameter("qryParam1")(<font color=red>UTF-8编码->ISO8859-1解码</font>)：<br>
		<%=qryParam1%>
		<br><hr>
		String(request.getParameter("qryParam1").getBytes("iso8859-1"),"gb2312")(<font color=red>GB2312编码->ISO8859-1解码->ISO8859-1编码->GB2312解码</font>)：<br>
		<%=qryParam1==null?null:new String(qryParam1.getBytes("iso8859-1"),"gb2312")%>	
	
	</body>
</html>

 

响应页面gb2312rs.jsp图：


 

提交后地址栏显示如下：

 http://localhost:8080/HttpStream/gb2312rs.jsp?qryParam1=中a%20~!@#$%^&*()_+{}|:"%20<>?`-=[]\;',./&qryParam2=中a%20~!@#$%^&*()_+{}|:\"%20<>?`-=[]\\;',./

请求码流：

POST /gb2312rs.jsp?qryParam1=中a%20~!@ HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/QVOD, */*
Referer: http://localhost:8080/HttpStream/gb2312.jsp
Accept-Language: zh-cn
Content-Type: application/x-www-form-urlencoded
UA-CPU: x86
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 1.1.4322; aff-kingsoft-ciba)
Host: localhost:8088
Content-Length: 123
Connection: Keep-Alive
Cache-Control: no-cache

 

textParam1=%D6%D0a+%7E%21@%23%24%25%5E%26*%28%29_%2B%7B%7D%7C%3A%5C%22+%3C%3E%3F%60-%3D%5B%5D%5C%5C%3B%27%2C.%2F&fileParam=

 

从HTTP码流可以看出：

  • 未经过encodeURIComponent()函数编码的URL附加参数会原样显示在地址样中，如上面的“中”字，并且也不会以%xx形式串传送到服务器，而是经浏览器编码后直接把编码传递服务器端。
  • POST方式提交时，表单里的元素值会先用浏览器的编码方式时行编码（a-z A-Z 0-9 +@*_-. 不进行编码），然后把编码转换成%xx（xx为两位的十六进制）形式参数串后传送到服务器。

问题出现时环境：

1、以POST方式提交表单
2、请求的URL后还附加参数且参数值含有中文
3、附加参数值没有经过encodeURIComponent()函数编码
4、Tomcat未设置URIEncoding与useBodyEncodingForURI
5、请求页面与结果页面<%@ page %>指令的contentType与pageEncoding编码方式都为GB2312
6、结果页面中request的编码方式为GB2312

出现如下问题：

1、直接以request.getParameter("qryParam1")方式提取附加参数时，参数值为乱码。

2、附加参数qryParam1值从“#”字符开始丢失，问题是因数#在URL为特殊字符，表示书签，所以#字符后面的所有内容没有传送到服务器，使用encodeURIComponent()对参数值进行编码即可解决。

问题分析：

客户端编码：虽然采用的POST方式请求，但是参数是附加在URL后面的，结果就是附加在URL后面的参数还是以GET方式传递。以GET方式传递的参数又未先使用encodeURIComponent()函数对值进行编码，所以使用浏览器的编码方式（这里实质上就是请求页面设计的编码方式GB2312）编码后发送。
服务器解码：因为Tomcat的<Connector/>标签未设置URIEncoding与useBodyEncodingForURI这两个属性，所以Tomact对URL后的附加参数采用默认的编码方式ISO8859-1进行解码。
最后结论：客户端编码方式（GB2312）与服务器解码方式（ISO8859-1）不同导致了乱码。

问题解决途经：

1、在结果页面读取附加参数时这样做：new String(request.getParameter("qryParam").getBytes("ISO8859-1"),"GB2312")

2、修改Tomcat配置文件server.xml中的<Connector ... URIEncoding="GB2312"... />也可。
3、修改Tomcat配置文件server.xml中的<Connector ... useBodyEncodingForURI="true"... />也可。
原理，Tomcat在解码客户端发以GET方式（或URL附加参数）发过来的码流时，编码方式与请求体的编码方式一致。而请求体的编码方式是由request来设置的，又因服务器的对HTTP请求体采用的编码方式为GB2312，所以最后服务对GET方式传递的内容也采用GB2312方式来解码，这样就不会出现乱码问题了。

问题三

gb2312.jsp清单：

<%@ page language="java" contentType="text/html; charset=GB2312" pageEncoding="GB2312"%>
<html>
	<body>
		<form name=form1 action="" method="get">
			<input type="text" name="textParam1" size="50 px" value="中a ~!@#$%^&amp;*()_+{}|:\&quot; &lt;&gt;?`-=[]\\;',./">
			<br>
			<input type="file" name="fileParam" size="50 px" value="">
			<br>
			<input type="button" value="submit" οnclick="submitForm()">
		</form>
		<script type="text/javascript"> 
			function submitForm(){ 
				var str ="中a ~!@#$%^&*()_+{}|:\" <>?`-=[]\\;',./"; 
				form1.action = "gb2312rs.jsp?qryParam1=" + encodeURIComponent(str) + "&qryParam2="+  encodeURIComponent(form1.textParam1.value) ; 
				//form1.action = "http://localhost:8088/gb2312rs.jsp?qryParam1=" + encodeURIComponent(str) + "&qryParam2="+  encodeURIComponent(form1.textParam1.value) ;
				form1.submit(); 
			} 
		</script>
	</body>
</html>

 

gb2312rs.jsp清单：

<%@ page language="java" contentType="text/html; charset=GB2312" pageEncoding="GB2312"%>
<html>
	<head>
		<title>Insert title here</title>
	</head>
	<body>
		<%
			//这里一定要设置，且与浏览的提交时编码方式一样，否则乱码（默认Tomcat以iso8859-1解码） 
			//且只能post提交方式的参数起使用，对URL后附带参数不起作用 
			request.setCharacterEncoding("GB2312");
			String textParam1 = request.getParameter("textParam1");
			String qryParam1 = request.getParameter("qryParam1");
			System.out.println("textParam1=" + textParam1);
			System.out.println("qryParam1=" + qryParam1);
			System.out.println("qryParam1=" + (qryParam1==null?null:new String(qryParam1.getBytes("iso8859-1"),"utf-8")));
		%>
		
		request.getParameter("textParam1")(<font color=red>GB2312编码->GB2312解码</font>)：<br>
		<%=request.getParameter("textParam1")%>
		<br><hr>
		String(request.getParameter("textParam1").getBytes("iso8859-1"),"GB2312")(<font color=red>GB23128编码->ISO8859-1解码->ISO8859-1编码->GB2312解码</font>)：<br>
		<%=new String(textParam1.getBytes("iso8859-1"),"gb2312")%>	
		<br><hr>
		request.getParameter("qryParam1")(<font color=red>UTF-8编码->ISO8859-1解码</font>)：<br>
		<%=qryParam1%>		
	</body>
</html>

 

问题出现时环境：

1、以get方式提交表单   
2、表单输入框中含有中文   
3、Tomcat未设置URIEncoding与useBodyEncodingForURI
4、请求页面与结果页面<%@ page %>指令的contentType与pageEncoding编码方式都为GB2312
5、结果页面中request的编码方式为GB2312

请求码流：

GET /gb2312rs.jsp?textParam1=%D6%D0a+%7E%21@%23%24%25%5E%26*%28%29_%2B%7B%7D%7C%3A%5C%22+%3C%3E%3F%60-%3D%5B%5D%5C%5C%3B%27%2C.%2F&fileParam= HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/QVOD, */*
Referer: http://localhost:8080/HttpStream/gb2312.jsp
Accept-Language: zh-cn
UA-CPU: x86
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 1.1.4322; aff-kingsoft-ciba)
Host: localhost:8088
Connection: Keep-Alive

 

 

码流分析：

  • GET方式提交表单时，如果表单URL附加参数，这些参数是不能传递到服务器端去的，相反表单里的元素会附加在URL后面并传送到服务器，所以当提交表单时，如果表单URL还附加参数，则一定要以POST方式提交，否则是不能传递到服务器。
  • GET方式提交的请求HTTP头里没有  Content-Type: application/x-www-form-urlencoded  头信息。
  • GET提交时，表单里的元素值会先用浏览器的编码方式时行编码，然后把编码转换成%xx形式的串。

结果页面：

地址栏显示：

http://localhost:8080/HttpStream/gb2312rs.jsp?textParam1=%D6%D0a+%7E%21@%23%24%25%5E%26*%28%29_%2B%7B%7D%7C%3A%5C%22+%3C%3E%3F%60-%3D%5B%5D%5C%5C%3B%27%2C.%2F&fileParam=

 

出现如下问题：

1、直接以request.getParameter("textParam1")方式提取参数时，参数值为乱码。

2、URL后附加的参数未传递到服务器，解决办法：当提交表单时，如果表单URL还附加参数，则一定要以POST方式提交，否则是不能传递到服务器。

问题分析：

客户端编码：因为以GET方式发送参数，所以发送时采用浏览器的编码方式进行编码后再发送，这里的编码方式为请求页面设置的编码方式GB2312
服务器解码：因为Tomcat的<Connector/>标签未设置URIEncoding与useBodyEncodingForURI这两个属性，所以Tomact对GET方式传的参数采用默认的编码方式ISO8859-1进行编码。
最后结论：客户端编码方式（GB2312）与服务器解码方式（ISO8859-1）不同导致了乱码。

问题解决途经：

1、在结果页面读取附加参数时这样做：new String(request.getParameter("textParam").getBytes("iso8859-1"),"gb2312")   
2、修改Tomcat配置文件server.xml中的<Connector ... URIEncoding="gb2312"... />也可。
3、修改Tomcat配置文件server.xml中的<Connector ... useBodyEncodingForURI="true"... />也可。

 

 直接通过地址栏提交请求

在浏览器地址栏中直接输入参数值时，如果我们把参数值手动转换成某种编码的%xx形式参数串后再发送时，这时浏览器不会再对%xx形式的参数值串进行任何编码，发送请求时直接会把%xx形式的参数值串原样传送到服务器，比如“中”字的 UTF-8编码为 E4 B8 AD，我们在编码方式为 GB2312 页面上的地址栏输入带参数的URL，且参数值为 %E4%B8%AD，浏览器此时会原样把%E4%B8%AD放在HTTP请求头里并传送到服务器，在传送到服务器端后，我们解码应该以UTF-8解码，而不是以GB2312编码方式来解码。

另一种情况就是直接输入参数值，不转换成%xx形式的参数串，提交时会先以浏览器当前编码方式来对值进行编码，然后以此种编码传送到服务器，不会以%xx形式串传递，比如当前浏览器的编码方式为GBP312，我们直接输入一个“国”字，则传递到服务器前先采用GBP312对“国”字进行编码（先前的“中”字都不会再编码了，因为已手动转换成%xx形式串了），然后传递该编码到服务器。下面来测试一下：

 

在地址栏中输入：

http://localhost:8088/HttpStream/gb2312.jsp?textParam1=%E4%B8%AD国

 

HTTP请求码流： 

GET /HttpStream/gb2312.jsp?textParam1=%E4%B8%AD国 HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/QVOD, */*
Accept-Language: zh-cn
UA-CPU: x86
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 1.1.4322; aff-kingsoft-ciba)
Host: localhost:8088
Connection: Keep-Alive
Cookie: JSESSIONID=89EBB9D92C5A40F4B89B9A1FE60270D5

 

 

从码流可以看出提交的到服务器的参数内容如下：

/HttpStream/gb2312.jsp?textParam1=%E4%B8%AD国

 

注：服务器在收到请求后，是以浏览器的编码方式GB2312编码方式来解码的，所以我们看到的“国”字才不是乱码。如果不以GB2312编码，则“国”字会是乱码。

URLEncoder.encode()

最后来看看URLEncoder.encode(String s, String enc)机制：如果客户端URL中传递一个%xx形式串的参数 ，Web服务容器会自动调用此方式进行解码，至于解码时用到什么样的编码方式，它与JavaScript中的encodeURI、encodeURIComponent函数不一样，在编码上encodeURI、encodeURIComponent用的是UTF-8，是不能更改的。但Java里的URLEncoder.encode(String s, String enc)函数不一定是UTF-8，这里的编码与运行的环境是有关系的，默认情况下，在Tomcat5.5下是以ISO8859-1来解码URL中传递过来的参数的，但也可以设置URL的编码方式，比如Tomcat中设置URIEncoding与useBodyEncodingForURI属性是可以的。这里我们做个试，在地址栏中输入以下地址：
http://localhost:8080/HttpStream/gb2312rs.jsp?textParam1=%D6%D0国

注意，这里的%D6%D0为GBP312编码方式的“中”字，我们设置Tomcat中的URIEncoding="GB2312"后，输出结果页面如下：

 

从结果可以看出，URLEncoder.encode(String s, String enc)的编码方式是可以修改的，这里修改成了GB2312后，在我们不经过任何转换就可以得到正确的结果了。

 


 

最后一个规则：

从上面多种访问方式请求码流可以看出，

提交表单时（不管是POST还是GET），表单里输入元素的内容以及参数名（当然参数名我们一般不会取名成中文）都会先自动会以浏览器的编码方式进行编码 （a-z A-Z 0-9 +@*_-. 不进行编码），然后把编码转换成%xx（xx为两位的十六进制数）形式参数串后传送到服务器。

 

junJZ_2008
关注
专栏目录
如何获取http的码流
想到啥就写啥
04-14 1140
在使用tomcat或spring-boot的过程中，有时候希望看到所有接受到的http信息。 1.配置spring-boot：logging.level.root:debug 在日志中将看到： Received [GET / HTTP/1.1 Host: localhost:8080 Connection: keep-alive Cache-Control: max-age=0 Upgra...
分析乱码产生的原因及常见乱码的解决方法
热门推荐
qq_33157775的博客
05-24 3万+
分析乱码产生的原因及常见乱码的解决方法1、为什么需要编码2、常见编码ASCII 码ISO-8859-1（扩展ASCII编码）GB2312GBK（扩展GB2312）Unicode编码集UTF-16UTF-8几种编码的比较3. 乱码产生的原因尝试恢复乱码 在了解怎么解决乱码之前，很有必要了解几种编码格式。本文主要基于以下几个方面介绍 为什么需要编码 常见的编码格式 乱码产生的原因 尝试恢复乱码 1、为什么需要编码 主要有以下几个原因 计算机中存储信息的最小单元是一个字节即 8 个 bit，所以能表示的字符
客户端HTTP消息码流分析
05-26
NULL 博文链接：https://jiangzhengjun.iteye.com/blog/512218
jsp中文乱码的解决方案
04-20
文档《JSP各种乱码的处理(一).doc》和《JSP各种乱码的处理(二).doc》中可能详细列举了各种JSP乱码问题的实例及解决方法，包括但不限于文件上传、读取流、数据库操作等方面，建议参考学习，以便更全面地理解并解决...
java/jsp/sql server项目 字符编码统一_JSP中文乱码问题解决
weixin_33308577的博客
02-28 477
大家在JSP的开发过程中，经常出现中文乱码的问题，可能一至困扰着大家，现把JSP开发中遇到的中文乱码的问题及解决办法写出来供大家参考。首先了解一下Java中文问题的由来：Java的内核和class文件是基于unicode的，这使Java程序具有良好的跨平台性，但也带来了一些中文乱码问题的麻烦。原因主要有两方面，Java和JSP文件本身编译时产生的乱码问题和Java程序与其他媒介交互产生的乱码问题。...
javaweb servlet（jsp）的乱码问题原理及解决
05-31
### javaweb servlet（jsp）的乱码问题原理及解决 #### HTTP协议的基本理解与乱码问题背景 HTTP协议作为互联网应用中最为广泛使用的通信协议之一，它定义了客户端和服务端之间的交互规则。HTTP请求主要分为GET和...
HTTP码流与Jsp乱码问题的分析（二）
junJZ_2008的专栏
11-01 1251
上一节我是用的GB2312编码方式的页面来测试的，这一节我用UTF-8页面来测试一下。 问题一 问题出现时环境： 1、以POST方式提交表单2、请求的URL后还附加参数且参数值含有中文3、附加参数值经过了encodeURIComponent()函数编码4、Tomcat未设置URIEncoding与useBodyEncodingForURI5、请求页面与结果页面&lt;%@ page %&gt...
Java编程汉字乱码原因分析及解决方法研究.pdf
04-11
Java语言默认使用Unicode编码，而Unicode是一种广泛接受的、包含多种语言字符的标准编码，旨在解决不同地区和语言的字符表示问题。然而，在实际应用中，如操作系统、文本编辑器、数据库或网络传输等可能使用不同的...
码流解析http如何发送二进制文件
想到啥就写啥
04-14 4741
几乎所有的web项目都会使用http的协议，在日常工作中最常用的还是使用http处理文本信息，在处理常见的文本请求及文件格式例如png、gif、脚本等，各个浏览器都能够通过开发者工具看到内容信息。 碰到上传或者下载文件时，浏览器通常无法看到内容信息。例如使用Chrome浏览器上传文件时： 本文将从底层码流的角度解析上传文件是如何处理http本身的文本数据和文件的二进制数据的。 结论： ...
含有中文的网址中显示百分号%等乱码是什么？
漂流岛
04-23 1955
在浏览一些网址中，我们可以看到这样一些特别的现象，就是网址中会出现一些百分号（%）和一字母数字组成的让我们看不明白的乱码，这究竟是怎么回事，它们又都是些什么东西呢？ 其实，这里由%和数字字母组成的有规律性的“乱码”它们并不真是乱码，它们是一种特殊的编码，有电脑基础的人就知道，计算机它是不认得中文汉字的，要让计算机认识这些编码必须要转换成一些字母和数字等组成的代码。 事实上，我们在浏览器...
jsp乱码问题的分析与解决方案
张波的技术积累
06-16 1075
一、问题：        编码问题是JAVA初学者在web开发过程中经常会遇到问题，网上也有大量相关的文章介绍，但其中很多文章并没有对URL中使用了中文等非ASCII的字符造成服务器后台程序解析出现乱码的问题作出准确的解释和说明。本文将详细介绍由于在URL中使用了中文等非ASCII的字符造成乱码的问题。1、在URL中中文字符通常出现在以下两个地方：(1)、Query String中
eclipse写入mysql乱码问题_怎么办eclipse向mysql插入数据出现乱码
weixin_42302638的博客
01-28 1242
最后用到的一句代码是：大家在JSP的开发过程中，经常出现中文乱码的问题，可能一至困扰着您，我现在把我在JSP开发中遇到的中文乱码的问题及解决办法写出来供大家参考。一、JSP页面显示乱码下面的显示页面(display.jsp)就出现乱码：对不同的WEB服务器和不同的JDK版本，处理结果就不一样。原因：服务器使用的编码方式不同和浏览器对不同的字符显示结果不同而导致的。解决办法：在JSP页面中指定编码方...
数据分析高级培训：客户体验分析-课件
11-10
课程目标： 本课程旨在让学员了解什么是客户体验，客户服务体验的重要性以及常见指标，掌握客户体验的分析方法，学会客户问题的识别以及针对问题制定有效的解决方案。 课程大纲： 客户体验的概述 客户体验的分析方法 客户问题解决的方法论
【微电网潮流】分布式电源微电网潮流【Matlab仿真 7357期】.zip
11-10
CSDN Matlab武动乾坤上传的资料均有对应的代码，代码均可运行，亲测可用，适合小白； 1、代码压缩包内容 主函数：main.m； 调用函数：其他m文件；无需运行 运行结果效果图； 2、代码运行版本 Matlab 2019b；若运行有误，根据提示修改；若不会，私信博主； 3、运行操作步骤 步骤一：将所有文件放到Matlab的当前文件夹中； 步骤二：双击打开main.m文件； 步骤三：点击运行，等程序运行完得到结果； 4、仿真咨询 如需其他服务，可私信博主或扫描博客文章底部QQ名片； 4.1 博客或资源的完整代码提供 4.2 期刊或参考文献复现 4.3 Matlab程序定制 4.4 科研合作
Unity3d-lesson_EVAC-CITY.zip
11-10
Unity3d实例工程，供学习参考
2023-04-06-项目笔记 - 第三百一十三阶段 - 4.4.2.311全局变量的作用域-311 -2025.11.10
最新发布
11-10
2023-04-06-项目笔记-第三百一十三阶段-课前小分享_小分享1.坚持提交gitee 小分享2.作业中提交代码 小分享3.写代码注意代码风格 4.3.1变量的使用 4.4变量的作用域与生命周期 4.4.1局部变量的作用域 4.4.2全局变量的作用域 4.4.2.1全局变量的作用域_1 4.4.2.311局变量的作用域_311- 2024-11-10
【电机控制】基于matlab PID控制器BLDC电机控制【Matlab仿真 7412期】.zip
11-10
CSDN Matlab武动乾坤上传的资料均有对应的代码，代码均可运行，亲测可用，适合小白； 1、代码压缩包内容 主函数：main.m； 调用函数：其他m文件；无需运行 运行结果效果图； 2、代码运行版本 Matlab 2019b；若运行有误，根据提示修改；若不会，私信博主； 3、运行操作步骤 步骤一：将所有文件放到Matlab的当前文件夹中； 步骤二：双击打开main.m文件； 步骤三：点击运行，等程序运行完得到结果； 4、仿真咨询 如需其他服务，可私信博主或扫描博客文章底部QQ名片； 4.1 博客或资源的完整代码提供 4.2 期刊或参考文献复现 4.3 Matlab程序定制 4.4 科研合作
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值