CORS和JSONP都是常见的跨域请求解决方案，它们各有优缺点，下面对它们进行对比：
1.实现方式：
JSONP通过在页面中添加一个script标签，并设置其src属性为跨域请求的URL，来实现跨域请求。而CORS则需要在服务端设置特定的响应头，以便浏览器允许跨域请求。
2.安全性：
JSONP虽然实现简单，但由于它将所有代码都放在一个script标签中，因此可能存在安全隐患，容易受到XSS攻击。而CORS的安全性更高，因为它只允许特定的域名访问资源，避免了JSONP中可能存在的安全隐患。
3.传输数据类型：
JSONP只支持GET请求，并且只能传输文本数据，不能传输二进制数据。而CORS则支持各种HTTP请求类型，并且能够传输任意类型的数据。
4.兼容性：
JSONP的实现方式比较老旧，兼容性较好，可以在各种浏览器上运行。而CORS需要浏览器和服务器同时支持，对一些老旧的浏览器可能存在兼容性问题。
综上所述，CORS和JSONP各有优缺点，开发者需要根据具体的需求来选择适合自己的方案。如果需要传输大量数据，或者涉及到敏感数据，建议使用CORS。如果需要快速实现跨域请求，并且不涉及敏感数据，可以考虑使用JSONP。
除了CORS和JSONP之外，还有以下几种常见的跨域请求解决方案：
- 服务器代理：通过在同一域名下设置一个代理服务器，让代理服务器来发送跨域请求，并将响应数据返回给客户端。客户端只需要访问代理服务器即可。
- WebSocket协议：WebSocket协议可以在客户端和服务器之间建立一条长连接，双方可以通过该连接进行实时通信，从而避免了跨域请求的限制。
- postMessage方法：该方法可以在不同的窗口或页面之间传递数据，从而实现跨域通信。但是该方法只能传递文本数据，且需要双方都支持该方法。
- CORS代理：类似于服务器代理，但是代理服务器需要支持CORS协议，并在响应头中添加相应的CORS字段，以便浏览器允许跨域请求。
- JSONP+CORS混合使用：如果服务器同时支持JSONP和CORS协议，则客户端可以根据需要选择使用哪种协议来发送跨域请求。
需要注意的是，不同的解决方案适用于不同的场景，开发者需要根据具体需求来选择最合适的方案。同时，使用某些解决方案可能会存在安全风险，需要做好相关的安全防护措施。
以下是一些常见的场景及对应的解决方案：
- 同域名不同端口号访问：可以使用CORS解决方案，服务端设置响应头中添加Access-Control-Allow-Origin字段。
- 不同域名之间的访问：可以使用CORS解决方案，服务端设置响应头中添加Access-Control-Allow-Origin字段，同时需要在客户端的请求中指定withCredentials为true。
- JSONP跨域请求：如果需要向其他域名请求JSON数据，可以使用JSONP解决方案。
- 页面嵌入第三方资源：可以使用CORS代理解决方案，服务端作为代理，从第三方服务器获取资源，并将响应返回给客户端，避免跨域请求。
- 前后端分离架构：可以使用CORS解决方案，服务端设置响应头中添加Access-Control-Allow-Origin字段，并在客户端的请求中指定withCredentials为true。
需要注意的是，不同的解决方案适用于不同的场景，开发者需要根据具体需求来选择最合适的方案。