jsonp是一种仅支持get请求的跨域技术，通过动态创建script标签并依赖服务端返回callback包裹的js代码实现数据获取，现已过时，推荐使用cors或代理方案。
JSONP（JSON with Padding）是一种利用 <script></script> 标签不受同源策略限制的特性，来绕过浏览器跨域限制、加载第三方域名数据的旧式技术。它**只支持 GET 请求**，且依赖服务端配合返回特定格式的 JavaScript 调用代码。
JSONP 的核心原理
浏览器允许动态插入 <script src="https://other-domain.com/data?callback=handleData"></script>，即使域名不同。服务端收到请求后，不返回纯 JSON，而是返回一段可执行的 JS 代码，例如：
这段代码会立即执行，调用前端预定义的回调函数 handleData，把数据作为参数传入。
手动实现 JSONP 请求
你需要三步：定义回调函数、创建 script 标签、挂载到页面。注意避免全局污染和重复注册。
- 先声明一个全局函数（如
window.jsonpCallback_123），或用闭包+临时属性绑定到window - 拼接 URL，带上
callback=函数名参数（服务端必须识别该参数） - 创建
script元素，设置src，然后document.head.appendChild() - 请求完成后，建议及时清理 script 标签和全局函数，防止内存泄漏
服务端必须支持 JSONP
不是所有 API 都支持 JSONP。常见支持的有早期的百度地图、Twitter（已弃用）、部分老版天气接口等。服务端需做到：
- 读取请求中的
callback参数值（如?callback=foo） - 将原始 JSON 数据包裹在该函数名中，返回
foo({...})形式的响应体 - 响应头设为
Content-Type: application/javascript
若服务端只返回标准 JSON（如 {"ok":true}），浏览器会报语法错误——因为 JSON 不是合法 JS 语句。
现代替代方案更推荐
JSONP 已属过时技术，存在安全与功能局限：
- 仅支持 GET，无法发 POST/PUT/DELETE
- 无错误捕获机制（script 加载失败只能靠 timeout 模拟）
- 依赖全局函数，易冲突；回调命名需谨慎
- CORS 是更安全、标准、灵活的跨域方案（需服务端设置
Access-Control-Allow-Origin） - 如无法改服务端，可考虑用后端代理（如 Nginx 反向代理）或 Cloudflare Workers 中转
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
