编码格式分类: 前后端传递数据的编码格式contentType

最新推荐文章于 2022-04-16 09:35:34 发布
转载 最新推荐文章于 2022-04-16 09:35:34 发布 · 238 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/tangda/p/10827357.html
文章标签：

#前端 #json #ViewUI

本文深入解析了HTTP请求中常见的数据编码格式，包括urlencoded、form-data及application/json的区别与应用场景，特别强调了前后端分离环境下数据传输的编码选择。

urlencoded:form表单和ajax提交数据的默认编码格式
form-data:传文件
application/json:json格式数据 >>> 前后端分离


urlencoded() >>> username=jason&password=123
form-data
application/json >>>JsonResponse.string({"name":"jason","password":123})

form表单默认提交post请求数据编码方式
username=jason&password=123
ajax默认提交post请求数据编码方式
name=jason&password=123
说明:form表单和ajax默认提交post数据的编码都是urlencoded

转载于:https://www.cnblogs.com/tangda/p/10827357.html

anyan5327
关注
项目安全性：springboot轻量前后端数据使用国密SM2和SM4加密传递，验签处理，接口防盗刷，附源码，粘贴即可使用
weixin_38548646的博客
09-12 645
springboot+vue前后端数据使用国密SM2和SM4进行加密传递、验签处理与接口防盗刷
JSP对浏览器发送来的数据进行重新编码的两种方式
10-26
在使用Java Server Pages（JSP）技术进行Web应用开发时，处理从浏览器发送...通过这两种方法，可以确保无论客户端使用何种字符编码发送数据，服务器端都能够正确解析和处理，从而避免乱码问题，提高Web应用的用户体验。
前后端传输数据的编码格式
weixin_30699463的博客
08-13 556
前后端传输数据的编码格式： 1. urlencoded 【请求头RequestHeader中默认：Content-Type:application/x-www-form-urlencoded】 2. formdata 3. application/json django后台request.POST只能解析urlencoded、formdata数据格式的数据【或...
前后台传递参数的编码方式
csdn_lny的博客
09-23 975
1、简要描述 enctype是指HTML页面中form表单的属性，它就是Content-Type的值。 Content-Type是HTTP请求头中的一个属性。 在jQuery中，ajax请求，Content-Type的默认值就是application/x-www-form-urlencoded;charset=utf-8 举例： enctype 属性规定在发送到服务器之前应该如何对表单数据进行编码。 默认地，表单数据会编码为 "application/x-www-form-urlencoded"
几种编码方式
weixin_30521649的博客
03-05 213
UTF-16是Unicode字符编码五层次模型的第三层，字符编码表（Character Encoding Form,）的一种实现方式。即把Unicode的字符集的抽象码位 映射为16位长的整数（即码元）的序列，用于数据存储或传递。Unicode字符的码位，需要1个或者2个16位长的码元来表示，因此这是一个变长表示。 UTF-16比起UTF-8，好处在于大部分字符都以固定长度的字节 (2字节) ...
前端Url 传参编码
橙-极纪元-JJYCheng
04-16 1708
前端Url 传参编码
Django | 前后端传输数据的编码格式(contentType)
weixin_46407419的博客
03-08 911
前后端传输数据的编码格式(contentType) 数据传递转码： 数据在传输的过程中，浏览器会对数据进行编码，假如我现在有一条数据 {"name": "gary"}，如果我们通过 get 方法传递数据，这条数据会被拼接到 url 请求的后面，如：localhost:8080/src/text.html?name=gary。 post请求编码格式： # 我们主要来研究post请求前后端传输数据的...
Base64编码和解码的应用（前后端程序）
12-17
以上就是关于Base64编码和解码在前后端程序中的应用。前端使用Base64编码图片和文本，后端通过Servlet接口接收并解码，整个流程通过Ajax实现无刷新通信。这样的机制使得二进制数据可以在网络上高效、安全地传输。
Java JSP与JavaScript交互：前后端数据处理的黄金法则
Web应用程序的强大功能依赖于前后端技术的无缝交互。JSP（Java Server Pages）和JavaScript是实现这种交互的关键技术。在本章中，我们将概述JSP和JavaScript的交互，探讨它们如何协作以提供动态、交互式的用户体验。...
Content-Type踩坑实录：解决ESP32前后端数据格式不匹配的5种策略
`Content-Type` 是 HTTP 协议中用于标识请求或响应体数据格式的关键头部字段，它直接影响前后端对数据的解析方式。常见类型如 `application/json`、`application/x-www-form-urlencoded` 和 `multipart/form-data` ...
前端url传递编码问题
weixin_34146410的博客
06-20 920
JAVASCRIPT中URL 传递参数(特殊字符)解决方法及转码解码的介绍 有些符号在URL中是不能直接传递的，如果要在URL中传递这些特殊符号，那么就要使用他们的编码了。下表中列出了一些URL特殊符号及编码 　　 十六进制值1. + URL 中+号表示空格 %2B2. 空格 URL中的空格可以用+号或者编码 %203. / 分隔目录和子目录 %2F...
前端url传递数据编码问题
IT_LPF的博客
05-19 351
有些符号在URL中是不能直接传递的，如果要在URL中传递这些特殊符号，那么就要使用他们的编码了 可以使用 encodeURIComponent方法进行编码 案例： window.parent.frames.location.href=getRootPath()+"/terminalInfo/index.do?encryptedStr="+encodeURIComponent(encryptedStr)+"&sign="+sign+"&data="+encodeURIComponent
前端参数编码
Uluoyu的博客
06-29 484
前端参数编码 //对参数编码 function paramsCode(){ var params = ''; $('.param').each(function () { var name = $(this).attr("name"); if ($(this).attr("type") == "radio"){ params += ('&'+name+'=' + encodeStr($("input[name="+name+"]
前端总结：Js传参中文乱码解决方法。
热门推荐
qq_33368846的博客
06-26 1万+
     首先，地址栏传中文是很不明智的，因为不同的浏览器对与中文的解析存在不同的方法。所以，建议如果能不用尽量不要用。 当然，很多时候奇葩需求要求我们必须解决这个办法。 下面，是解决个别奇葩需求的方法。 在中文参数加入到地址栏之前进行转码。（注意，简单转码是不可以的，浏览器会根据编码方式对已经编码的部分进行一次反编译。） 正确方法是： 在中文加入到地址栏前，进行两次encodeURI转...
前端传参数到后台乱码
Tristana_的博客
07-09 1058
js：var reservename=encodeURIComponent(JSON.stringify(result),"utf-8");//这里将对象转换为json格式然后在用encodeURIComponent来设置编码 后台java:String reservename = request.getParameter("reservename");studentRuselt=URLDecod...
前端传到后台中文乱码---个人心得
luohao_的博客
08-07 1万+
不说废话，直接贴解决方案 1.在tomcat-server.xml里面找到 <Connector 标签里面写入 URLEncoding="UTF-8" 2.String  str = new String(你的乱码字符串.getBytes("ISO8859_1"), "GBK");  还有一些其它的解决方案， 我就不说了 。 这两个已经够用了。 如果帮到你了，回复一下 哟！...
前后端传参问题中文乱码解决思路-问题描述
do what you like && brave
10-30 537
各种filding的utf-8的设置
前端、后台、终端交互之编码格式
IT小蔡的博客
06-19 3009
楼主上周项目遇到一个小问题，具体是这样，因项目需求 我需要上传本地图片到服务器，图片命名方式要求含有中文（用于检索），然后后台提供接口给前端，前端来把照片展示出来，当图片不含中文时，一切正常，当图片含有中文，前端那边就会报404.   周一上午研究了一下 找到了原因及解决办法 浏览器会自动对中文进行URL编码 我意识到是不是 URL编码有问题导致，我试着 用 java api进行
编码格式正确
最新发布
07-09
<think>我们正在解决JSP页面提交数据时出现的乱码问题，特别是GET请求乱码处理，设置字符编码UTF-8无效的情况。 根据引用[1]：浏览器浏览的页面编码一定要跟servlet中HttpServletRequest的编码一致，就不会有乱码。但是，对于GET请求，设置request.setCharacterEncoding("UTF-8")是无效的，因为该方法只对POST请求的请求体有效。GET请求的参数是通过URL传递的，所以需要另外的处理方式。 引用[2]提到：Ajax请求中，POST请求参数默认采用UTF-8字符集来编码请求参数，而GET请求则出现了中文乱码。这是因为GET请求参数在URL中传递，而URL的编码是由浏览器和服务器共同决定的。 引用[4]提供了一种解决方案：将ISO8859-1转换成UTF-8。因为Tomcat服务器默认对GET请求的参数使用ISO-8859-1解码，所以我们需要将每个参数从ISO-8859-1转换为UTF-8。 因此，解决GET请求乱码的步骤： 1. 确保JSP页面使用UTF-8编码（页面声明和实际保存编码都是UTF-8）。 2. 在服务器端，对GET请求的参数进行手动转码。 具体操作： 方法一：对每个参数进行转换 String param = new String(request.getParameter("paramName").getBytes("ISO-8859-1"), "UTF-8"); 方法二：配置Tomcat的server.xml，设置URIEncoding为UTF-8（推荐，一劳永逸）。 在Tomcat的conf/server.xml中，找到Connector标签，添加URIEncoding="UTF-8"属性，如下： <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" URIEncoding="UTF-8"/> 注意：如果使用Tomcat 8及以上版本，默认就是UTF-8，所以可能不需要配置。但如果是Tomcat7及以下，默认是ISO-8859-1，需要配置。 此外，还可以设置useBodyEncodingForURI属性为true，这样就会使用request.setCharacterEncoding设置的编码来解码URL参数（但这个方法并不总是有效，所以推荐直接设置URIEncoding）。 总结： - 对于POST请求：在获取参数前，使用request.setCharacterEncoding("UTF-8")即可。 - 对于GET请求：有两种解决方案： 1. 修改Tomcat配置，在Connector中设置URIEncoding="UTF-8"。 2. 对每个参数手动进行转码（不推荐，因为每个参数都要写，麻烦且容易遗漏）。 因此，针对用户的问题，如果设置UTF-8无效（针对GET请求），那么请检查Tomcat配置，并按照方法二进行配置。 另外，确保JSP页面本身是UTF-8编码，包括： <%@ page pageEncoding="UTF-8" contentType="text/html; charset=UTF-8" %> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> 这样，从页面到服务器都使用UTF-8，乱码问题应该可以解决。 如果用户无法修改Tomcat配置（比如在共享服务器环境中），那么只能使用手动转码的方式。 下面是一个手动转码的示例： String uname = request.getParameter("uname"); if (uname != null) { uname = new String(uname.getBytes("ISO-8859-1"), "UTF-8"); } 但是，这种方法需要每个参数都这样处理，比较繁琐。 所以，强烈建议修改Tomcat配置。 另外，引用[3]提到UTF-8编码的效率，所以使用UTF-8是合理的。 现在，针对用户提供的JSP代码，他们使用的是GET请求（form的method="get"），所以会出现乱码问题。因此，需要按照上述方法解决。 用户代码中，表单提交到register.jsp，然后在register.jsp中处理请求。处理部分在顶部，通过判断action参数来执行注册。 因此，在获取参数之前，如果是GET请求，我们需要手动转码（或者已经配置了Tomcat）？但是，用户代码中已经设置了request.setCharacterEncoding("UTF-8")，但这只对POST有效，对GET无效。 所以，有两种修改方案： 方案一：将表单的method改为post（推荐，因为POST请求可以通过request.setCharacterEncoding设置编码，且不会将参数暴露在URL中）。 方案二：修改Tomcat配置，或者对每个参数进行手动转码。 考虑到用户可能无法修改Tomcat配置，建议将表单提交方式改为POST（因为用户当前使用的是GET）。 修改表单的method为post： <form name="from" action="register.jsp" method="post" OnSubmit="return checkdata()"> 同时，在register.jsp顶部，已经设置了request.setCharacterEncoding("UTF-8")，所以POST请求的参数会正确解析。 这样修改后，乱码问题应该可以解决。 因此，总结建议： 1. 将表单的提交方法由GET改为POST。 2. 确保在获取参数之前已经调用了request.setCharacterEncoding("UTF-8")（用户代码中已经做了）。 这样，无论是从页面编码还是服务器解析，都统一为UTF-8，乱码问题应该可以解决。 如果用户坚持使用GET请求，那么就必须修改Tomcat配置或者手动转码。 考虑到用户当前设置UTF-8无效，是因为GET请求的特殊性，所以修改为POST是最简单有效的方法。 另外，用户还提到了“不输入任何信息点击提交之后提示弹窗乱码”，这个可能是JavaScript弹窗的乱码。这个乱码是因为JavaScript文件的编码和页面不一致，或者页面没有正确声明编码导致浏览器解析JS时用了错误的编码。 解决方案： - 确保JS文件保存为UTF-8编码。 - 在引入JS文件时，指定charset="UTF-8"： <script type="text/javascript" charset="UTF-8" src="./js/register.js"></script> - 确保HTML页面头部有<meta charset="UTF-8">或者相应的声明。 这样，JS文件中的中文字符就会正确显示。 所以，综合以上，我们给出以下修改： 1. 修改表单提交方式为POST。 2. 确保JS文件为UTF-8编码，并在引入时指定charset="UTF-8"。 3. 确保JSP页面顶部有正确的编码声明（用户已经有了）。 这样，表单提交的乱码和弹窗乱码应该都能解决。 如果用户按照以上步骤操作后问题仍然存在，请检查服务器环境（Tomcat版本和配置）以及编辑器的文件保存编码。 现在，我们给出修改后的代码片段： 修改表单method为post： <form name="from" action="register.jsp" method="post" OnSubmit="return checkdata()"> 确保JS引入指定编码： <script type="text/javascript" charset="UTF-8" src="./js/register.js"></script> 同时，检查register.js文件，确保其保存为UTF-8编码（可以用文本编辑器另存为UTF-8）。 另外，在用户代码中，已经设置了request.setCharacterEncoding("UTF-8")，所以POST请求会正确解析。 这样修改后，应该可以解决乱码问题。</think>### 解决JSP页面GET请求乱码问题（设置UTF-8无效的解决方案） 根据引用内容分析，GET请求乱码问题主要源于**URL参数编码与服务器解码不一致**。以下是针对性的解决方案： #### 🔧 核心解决步骤 1. **修改Tomcat配置（根本解决方案）** 在`conf/server.xml`的Connector配置中添加URI编码设置： ```xml <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" URIEncoding="UTF-8" <!-- 关键配置 --> useBodyEncodingForURI="true"/> ``` - `URIEncoding="UTF-8"`：强制URL参数使用UTF-8解码[^1][^4] - `useBodyEncodingForURI="true"`：使URL参数遵循request.setCharacterEncoding设置 2. **参数手动转码（临时解决方案）** 在获取参数时进行编码转换： ```java <% String uname = request.getParameter("uname"); // 将ISO-8859-1转换为UTF-8 if(uname != null) { uname = new String(uname.getBytes("ISO-8859-1"), "UTF-8"); } %> ``` 引用[4]表明这是处理Tomcat默认ISO-8859-1解码的有效方法 3. **统一页面编码声明** 确保JSP页面包含完整编码声明： ```jsp <%@ page contentType="text/html;charset=UTF-8" pageEncoding="UTF-8"%> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> ``` #### ⚠️ 为什么设置request.setCharacterEncoding无效？ - GET请求参数通过URL传递，而非请求体 - Tomcat默认使用**ISO-8859-1**解码URL参数（与POST请求不同）[^1][^2] - `request.setCharacterEncoding()`只对**请求体**有效，不影响URL参数[^2] #### ✅ 验证方案 1. **测试URL编码** 在浏览器控制台测试参数编码： ```javascript // 生成测试URL encodeURIComponent("测试") === "%E6%B5%8B%E8%AF%95" // 正确应返回true ``` 2. **检查服务器日志** 观察Tomcat启动日志： ``` INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler ["http-nio-8080"] with URIEncoding=UTF-8 ``` #### 🌐 不同Tomcat版本的默认行为 | Tomcat版本 | 默认URL编码 | 是否需要显式配置 | |------------|-------------|------------------| | ≤7.x | ISO-8859-1 | 必须配置URIEncoding | | ≥8.x | UTF-8 | 建议仍显式配置 | #### 💡 推荐方案组合 ```mermaid graph TD A[用户提交GET请求] --> B{Tomcat配置URIEncoding=UTF-8} B -->|已配置| C[正确解码UTF-8参数] B -->|未配置| D[手动转码new String(param.getBytes'ISO-8859-1','UTF-8')] C & D --> E[正常显示中文] ``` > **关键点**：GET请求乱码需通过**服务器配置**解决，而POST乱码可通过`request.setCharacterEncoding()`解决[^1][^2][^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值