这个问题我之前也碰到过，核心原因得先理清楚：JSONP本质是靠动态插入<script>标签实现跨域的，浏览器会把服务器返回的内容当作JavaScript代码执行。如果服务器不支持JSONP，返回的是HTML或非合法JS内容（比如开头是<），浏览器就会直接抛出SyntaxError，而且这个响应内容根本没办法通过jQuery的error或fail回调拿到——因为<script>标签加载资源失败时，浏览器不会把响应文本暴露给前端JS，这是浏览器的安全机制限制。

那怎么才能拿到这个响应呢？给你几个可行的方案：

1. 优先考虑使用CORS（若能协调服务器端） #

如果目标服务器的运维/开发团队可以配合，开启CORS（跨域资源共享）是最规范的解决方案。只需要在服务器响应头里添加Access-Control-Allow-Origin: 你的前端域名（或者*允许所有域名），之后你直接用普通的$.ajax、fetch就能正常跨域请求并获取响应内容，完全不需要JSONP。

2. 搭建后端代理（最通用的解决方案） #

如果服务器端没法修改，那最靠谱的办法就是自己搭一个后端代理服务：前端请求自己的后端服务器，由后端服务器去请求目标服务器，再把响应结果返回给前端。因为后端请求没有跨域限制，这样就能绕过浏览器的同源策略。

举个简单的Node.js代理例子（用Express框架）：

const express = require('express');
const axios = require('axios');
const app = express();

// 代理接口
app.get('/api/proxy', async (req, res) => {
  try {
    const targetUrl = req.query.target;
    const response = await axios.get(targetUrl);
    res.send(response.data);
  } catch (err) {
    res.status(500).send(err.message);
  }
});

app.listen(3000, () => {
  console.log('代理服务运行在 http://localhost:3000');
});

然后前端代码改成请求这个代理接口：

const targetUrl = '你要请求的目标服务器URL';
$.get(`/api/proxy?target=${encodeURIComponent(targetUrl)}`)
  .done(response => {
    // 这里就能正常拿到响应内容了
    console.log('响应内容:', response);
  })
  .fail(err => {
    console.error('请求失败:', err);
  });

你也可以用Nginx做反向代理，配置更简单，适合生产环境：

server {
  listen 80;
  server_name your-domain.com;

  location /api/proxy {
    rewrite ^/api/proxy/(.*)$ /$1 break;
    proxy_pass 目标服务器域名;
  }
}

3. 其他受限的方案（仅特定场景可用） #

• iframe + postMessage：如果目标服务器没有设置X-Frame-Options禁止嵌入，你可以创建一个iframe加载目标URL，然后通过postMessage在iframe和主页面之间传递数据。但这个方案要求目标页面有对应的message事件监听逻辑，或者目标页面是你自己可控的，否则没法拿到数据。
• Fetch的no-cors模式：这个别试了，mode: 'no-cors'下返回的是opaque响应，根本无法读取响应内容，只能知道请求成功与否。

最后再强调一下：因为浏览器对<script>标签加载失败的响应做了安全限制，JSONP失败时确实拿不到响应内容，所以后端代理是最稳妥的解决办法。

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