uc浏览器请求被拦截报跨域踩坑记录

请求在uc浏览器出现跨域问题

因为项目的特殊性，需要使用uc浏览器来作为ios端app与微信之间的桥梁，实现一些微信分享的功能

app使用uniapp开发，使用plus.runtime.launchApplication来打开并跳转指定页面，并在Xcode中对uc进行白名单配置

这里有个一小疑问说明下，因为这个问题困扰了我好长时间，其中也尝试通过qq或者搜狗等浏览器进行跳转，但是ios跳转到对应浏览器后都是停留在首页，并没有跳转到指定到页面，心中一直疑惑，希望有大佬可以指点一二，万分感谢！

在h5页面使用nativeshare进行微信的分享，使用axios进行数据的获取

因为线上已经在跑了一个类似的项目，流程是一样的(准确的说是前端的东西基本是没有变化的，后端的服务是重新换了一套)，所以就很郁闷；也是因为其他浏览器都正常，偏偏uc在控制台报了跨域；最后发现在uc中浏览器的预检请求options都没有通过；就对options请求进行了不进行验证直接返回期望的响应头

这里解释说明下，因为之前的服务只是在请求头中添加了token，并没有其他字段；现在的服务需要传递Authorization和platformCode，就怀疑是uc对这两个字段的识别会进行转译，经过连调后发现是options请求后端没有对其做相应的处理，浏览器预检没有通过，所以没有发送真实请求。

对options请求进行处理后uc跨域问题并没有解决

options返回状态从之前对503变为了200，已经正常，但是真实请求仍没有发送，经检查发现在uc中并没有返回预期的响应头，而是出现了以下响应，然后又是和后端联调，却始终没有变化。

完结

最后又通过在网上搜寻的一些办法，和自己情况匹配的就是缓存问题，然后清理全部缓存，请求正确发送，数据正常返回。

以为到这里就结束了吗？还有一个uc的坑在这最后等着我。因为在移动端使用vconsole插件进行调试，network中的请求状态始终是0，所以就按照uc官方的调试方法，下载了uc开发版，使用Google chrome的调试工具，所以之前的操作都是在这个DevTools Devices中进行调试。调试完成后以为一切OK了，为了确保稳定就使用正式版又进行测试，奇怪的是依旧是之前的状态值为0，正式uc是没有办法使用调试工具调试的，所以只知道请求没有发送，后来通过自己呕心沥血的钻研。在uc的设置中找到了广告过滤的选项，尝试关闭后请求正常发送了。

• 至于最后为什么是这个广告过滤将请求拦截下来，自己后来发现的端倪，不知道对不对，只是大胆猜测就是请求使用的域名中有advert，uc就将它作为广告数据给拦截了，不得不说，这个真的想哭想笑的，很是无奈。这就是我在uc上的踩坑记录，遇到相同的问题概率可能很小，那算记录下自己的辛酸史。