记一次 MUI 诡异的请求失败

一个同事用 MUI 做了一个APP, 一切顺利的上线了. Android, IOS系统都没问题. 但是有一个用户反馈他的 IPAD 登录不了, 账号密码没有问题. 但是又不知道到底返回了什么错误, 只能从日志分析.

发现以下现象:

1. 服务端的程序没有收到请求
2. Nginx 只有 http method 是 OPTIONS 请求,但是没有对应的 POST 请求

这就非常的像跨域的问题, 但是已经打包成 APP 运行了, 理论上不应该有跨域的问题, 更何况各种设备和系统都测试通过的.

从来没有用过 MUI, 对 MUI 也不熟悉, 但是直觉告诉我,肯定是 OPTIONS 请求失败了, 肯定是 Client 端对请求报文数据的封装出了问题.

先尝试在 Nginx 的日志里面添加了 $http_origin 看看有什么异常, 发现其他用户的 origin 值是 -, 但是有问题的这个设备发过来的请求是 null. 于是我更加坚信, 是 http headers 里面的问题了.

于是决定直接通过 Nginx 处理 OPTIONS 请求, 并且直接返回 200. 有问题的用户反馈可以成功使用了. 问题解决了, 但是没有条件去重现, 具体的错误点还是不知道. 猜想的方向应该是没有偏的.

以下是Nginx 处理 OPTIONS 的配置

 if ($request_method = 'OPTIONS') {
           add_header 'Access-Control-Allow-Origin' '*' always;
           add_header 'Access-Control-Allow-Credentials' 'true';
           add_header 'Access-Control-Allow-Methods' 'GET, POST, PATCH, DELETE, PUT, OPTIONS';
           add_header 'Access-Control-Allow-Headers' 'DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,  Access-Control-Expose-Headers, Token, Authorization';
           add_header 'Access-Control-Max-Age' 1728000;
           add_header 'Content-Type' 'text/plain charset=UTF-8';
           add_header 'Content-Length' 0;
           return 200;
      }