如何在无Session的URL中传递超65000字符长值及解决URI过长问题

首先得明确：URL本身就有硬长度限制（不同浏览器、Web服务器的上限不同，比如Apache默认是8KB左右），所以不管有没有Session，想通过URL传递65000+字符的长数据本身就不现实，这也是你遇到"Submitted URI too large!"的核心原因之一。下面给你几个落地可行的解决思路：

1. 正确用POST请求传递长数据 #

如果之前你用POST时还把数据塞到URL参数里，那肯定会触发URI过长的错误。正确姿势是把长数据放到POST请求体中，而非URL的查询参数：

• 前端：用表单的method="POST"，把长数据放进<textarea>或者隐藏的<input type="hidden">；如果是AJAX请求，把数据放在data字段（比如jQuery的$.post，或fetch的body参数），绝对不要拼到URL上。
• 后端：确保服务器允许足够大的POST请求体。比如Apache调整LimitRequestBody（默认0即无限制，部分环境可能设了小值）；Nginx改client_max_body_size；PHP还要调整php.ini里的post_max_size和upload_max_filesize（有文件上传时）。

2. 无Session场景的临时存储方案 #

如果必须跨页面传递长数据又不能用Session，临时存储是最优解：

• 服务器端临时存储：
  生成一个唯一标识符（比如UUID），把长数据存到Redis、Memcached，或者服务器本地临时文件/专属数据库表，再把这个标识符通过URL传给下一个页面。下一页拿到标识后取出数据，用完记得清理临时数据避免占用空间。
• 前端本地存储：
  若数据不敏感，用localStorage或sessionStorage（sessionStorage是会话级的，关浏览器就消失，但不需要服务器Session）。浏览器本地存储一般有5MB上限，存65000字符完全没问题，只是敏感数据别放这——前端能直接访问到。

3. 避开URI过长的细节提醒 #

• 永远别把长数据塞到URL的查询参数或路径里，不管GET还是POST，URL长度限制是绕不开的硬伤。
• 要是GET请求必须传参数，只传必要的标识（比如ID、UUID）就行，后端通过标识去拉取完整数据。

4. 服务器配置排查（POST仍报错时） #

如果已经正确用请求体传数据还是报错，大概率是服务器配置限制了请求大小：

• Apache：在httpd.conf或.htaccess加LimitRequestBody 0（0表示无限制，也可设具体值，比如10485760就是10MB）。
• Nginx：在nginx.conf的http、server或location块里设client_max_body_size 10m;。
• PHP：修改php.ini的post_max_size = 10M和upload_max_filesize = 10M，改完重启PHP服务。

给个简单示例，前端用AJAX传长数据：

// 前端fetch示例
fetch('next-page.php', {
  method: 'POST',
  headers: {
    'Content-Type': 'application/x-www-form-urlencoded',
  },
  body: `longData=${encodeURIComponent(yourLongText)}`
})
.then(response => response.text())
.then(data => console.log(data));

后端PHP接收：

// 后端PHP接收处理
$longData = $_POST['longData'];
// 业务逻辑...

这样就彻底避开了URL长度限制，不会再触发"Submitted URI too large!"的错误。

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