跨域导致的 OPTIONS 请求，有必要规避吗

[wtfedc]

目前有个前端打点的 POST JSON 接口，每个客户端 5s 请求一次，因为前后端域名不是同一个，每次都会有 options 请求，不管是前端控制台还是后端日志，看着很不舒服，另一方面，如果请求量大，感觉会有无谓的性能消耗。

---

看微信读书的打点也是个 POST 接口，不过人家页面和接口，用的相同的域名。

---

我这边换域名是不现实了，调整方案想到两个：

1. 改成 GET 请求，奈何信息堆起来有点多，拼接起来看上去很乱
2. 限制 header 字段信息，修改 content-type ，弃用 application/json 格式，又要重新写鉴权中间价

---

大家有什么好的方式吗

CORS 预检请求

[kyuuseiryuu]

网关层直接所有 option 请求拦截返回 200 就好了呗。

[wtfedc]

@kyuuseiryuu 确实是个思路[👍]

[yin1999]

预检请求可以设置缓存时间啊，缓存两小时已经能减少很多请求了： https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Headers/Access-Control-Max-Age

[exonuclease]

至少客户端不要乱搞 跨域请求发 options 是标准行为 至于服务端收到了你爱干啥干啥

[wtfedc]

@yin1999 又涨姿势了，看了下 nginx 给 access-control-max-age 了 43200 秒，不过 query 里边放了时间戳，缓存没用上 [掀桌子]

[wtfedc]

@exonuclease 流程上 options 确实是正经的

[opengg]

前端重写 header ，在 NGINX 上用 proxy_set_header() 恢复正确的 header ，除此之外一切都不需要变。

[billzhuang]

我也是加大缓存时间。

[des]

前端打点为什么不用 content-type plain/text