本文详解 jquery ajax post 请求意外退化为 get 的常见原因，重点分析 `contenttype: "application/json"` 与 `serializearray()` 不兼容导致的请求方法降级问题，并提供安全、可靠的替代方案。
在使用 jQuery 1.10.2（及更高版本）进行 Ajax 提交时，若发现后端始终收到 GET 请求并报错 “GET request is not supported”，而前端代码明确指定了 method: "POST"，这通常并非网络或路由配置问题，而是 jQuery 内部对请求参数和内容类型的校验机制触发了静默回退（fallback）。
根本原因在于：
✅ $("#form-titulo").serializeArray() 返回的是一个 JavaScript 对象数组（如 [{"name":"title","value":"ABC"}]）；
❌ JSON.stringify(...) 将其转为 JSON 字符串（如 [{"name":"title","value":"ABC"}]），但此时若设置 contentType: "application/json"，jQuery 在某些版本（尤其是 1.10.x）中会因无法自动推断数据结构或与 processData: true 默认行为冲突，放弃原生 XHR POST 流程，转而构造一个带查询参数的 GET 请求（尤其在 data 为字符串且 contentType 显式指定为 JSON 时更易发生）。
这不是 bug，而是 jQuery 为兼容性做的保守处理：当它无法安全序列化或怀疑数据格式不匹配时，可能降级为 GET + query string —— 这正是你看到“GET not supported”错误的根源。
✅ 推荐解决方案（三选一，按优先级排序）
方案 1：使用 $.post()（最简洁可靠）
function doPost() {
const formData = $("#form-titulo").serialize(); // ← 关键：用 serialize()，非 serializeArray()
$.post("/titulos/editar/" + $("#codigoTitulo").val(), formData, function(response) {
console.log("Success:", response);
}).fail(function(jqXHR) {
alert("Erro ao editar título: " + jqXHR.status + " " + jqXHR.statusText);
});
}✅ serialize() 返回标准 URL 编码字符串（title=ABC&code=123），完全兼容 $.post()，无需手动设 contentType，jQuery 自动设置为 application/x-www-form-urlencoded，服务端可直接解析。
方案 2：修复原 $.ajax() 写法（保持 JSON 格式需求）
仅当你必须向后端发送 JSON 对象（如 RESTful API 要求）时才采用：
function doPost() {
const formArray = $("#form-titulo").serializeArray();
// 转换为标准 JSON 对象（非数组），例如 {title: "ABC", code: "123"}
const jsonData = {};
$.each(formArray, function(i, field) {
jsonData[field.name] = field.value;
});
$.ajax({
method: "POST",
url: "/titulos/editar/" + $("#codigoTitulo").val(),
data: JSON.stringify(jsonData), // 字符串化对象
contentType: "application/json", // ✅ 正确类型
processData: false, // ✅ 禁用 jQuery 自动处理（关键！）
dataType: "json", // 可选：声明期望响应类型
success: function(res) {
console.log("Updated:", res);
},
error: function(jqXHR) {
alert("Erro ao editar título: " + jqXHR.status);
}
});
}⚠️ 必须添加 processData: false，否则 jQuery 会尝试将 data（已是字符串）再次 URL 编码，导致后端收到乱码或空体。
方案 3：现代替代 —— 使用原生 fetch()（推荐长期迁移）
function doPost() {
const formData = new FormData(document.getElementById("form-titulo"));
const url = "/titulos/editar/" + document.getElementById("codigoTitulo").value;
fetch(url, {
method: "POST",
body: formData // 自动设置 multipart/form-data；如需 JSON，请先构造对象再 JSON.stringify()
})
.then(r => r.json())
.then(data => console.log("Success:", data))
.catch(err => alert("Erro: " + err.message));
}? 验证与调试建议
- 在浏览器开发者工具 Network 标签页中，点击请求 → 查看 Headers → 确认 Request Method 确为 POST，且 Content-Type 与你预期一致；
- 后端日志打印原始请求方法（如 Node.js 的 req.method，Spring Boot 的 @RequestBody 前加 log.info("Method: {}", request.getMethod())）；
- 避免混用 serializeArray() 和 JSON.stringify() —— 前者为 jQuery 数据结构，后者为纯字符串，二者语义层级不同。
总结
Ajax 请求“变成 GET”，90% 源于 data 类型与 contentType/processData 配置不匹配。优先使用 $.post() + serialize()，简洁、健壮、零配置；若需 JSON，务必显式设置 processData: false。同时建议逐步迁移到 fetch()，获得更可控、标准化的请求行为。
