x-www-form-urlencoded可传长文本但有隐性限制：服务器（如Spring Boot）默认限制约2MB，超长易导致截断或400/500错误；需手动URL编码特殊字符，避免嵌套JSON，超500KB或含控制字符时应改用form-data。
Postman里x-www-form-urlencoded能传多长的文本？
能传，但有隐性限制：不是Postman卡你，而是服务器（比如Spring Boot默认用StandardServletWebRequest）对application/x-www-form-urlencoded请求体的解析有默认上限——通常是2MB左右。超出后可能静默截断、报400，或直接500（取决于容器配置）。
常见现象：username=xxx&content=...里content字段看着填进去了，后端却只收到前半截；或者日志里出现IllegalArgumentException: Invalid character found in the request target（其实是URL解码失败，常因未编码的换行/控制字符触发）。
- 必须对长文本中的换行符（
\n、\r\n）、双引号、&、=、空格等做encodeURIComponent级URL编码（Postman不自动做，得手动或脚本处理） - 避免在
x-www-form-urlencoded里塞JSON字符串——嵌套编码极易出错，改用raw+application/json更稳 - 如果文本含大量二进制特征（如Base64片段、非UTF-8字节），别用这个格式，直接切到
form-data
长文本必须用form-data吗？什么时候该切？
不一定必须，但满足任一条件就该切：form-data是更鲁棒的选择。
典型触发场景：
- 文本长度预估超500KB（保守起见）
- 内容含原始换行、制表符、不可见控制字符（比如从富文本编辑器复制的HTML片段）
- 后续要和文件一起提交（比如“文章正文+封面图”）
- 后端明确要求
multipart/form-data（常见于Spring的@RequestPart入参）
注意：form-data模式下，长文本字段仍要设为Text类型（Key下拉选Text，不是File），否则Postman会当成文件处理、自动加Content-Type: text/plain并可能触发额外编码。
form-data里传长文本，Content-Type怎么设？
绝大多数情况不用动——Postman对Text类型的Key，默认设Content-Type: text/plain; charset=UTF-8，足够安全。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
只有两种情况需要手动干预：
- 后端强制校验
Content-Type精确值（比如只认text/plain，不要charset参数）：点击该行右侧铅笔图标，删掉; charset=UTF-8 - 文本实际是XML/JSON片段，且后端用
@RequestPart("data") String data接收并依赖Content-Type做解析路由：把Content-Type改成application/xml或application/json
别全局覆盖所有字段的Content-Type——比如文本字段设成application/xml，同时又上传了图片，图片字段的Content-Type会被错误覆盖，导致后端解析失败。
为什么后端收不到长文本？重点排查这三处
不是数据丢了，是格式链断在某个环节：
-
Key名大小写/下划线和后端@RequestPart或@RequestParam的value值不一致（比如后端要article_content，你填了articleContent） - 用了
x-www-form-urlencoded但没对文本做URL编码，里面含&或=导致键值对被错误拆分 - Postman里点了
Select Files却没真正选中文件——长文本字段如果是Text类型，Value框必须手动粘贴内容，不能留空或显示“no file selected”
最省事的验证方式：发请求前点右上角Code → 选curl，检查生成命令里是否含-F "field_name=value"（form-data）或--data-urlencode（x-www-form-urlencoded），没有就说明格式没选对。
