某站點反饋極少數(shù)情況下某正常接口返回的結(jié)果為空，而正常情況下這個接口返回的結(jié)果不可能為空。

x1 問題分析

通過打開日志記錄分析日志，發(fā)現(xiàn)服務(wù)端請求日志中出現(xiàn)了異常的OPTIONS請求，而正常情況下應(yīng)該是post請求。如下圖所示：

從上述日志記錄可知，在請求的header中還包含了origin字段，正常非跨域的請求是不會出現(xiàn)這個字段的。但是這個網(wǎng)站并沒有做前后端分離，理論上在站內(nèi)訪問不會存在跨域請求。再次根據(jù)上述日志細看，發(fā)現(xiàn)referer等信息都是http請求的頁面，也就是這個請求是在http頁面發(fā)起了。

然而這個網(wǎng)站默認訪問方式是https，只是沒做強制必須用https訪問，也就是http也可以訪問。估計是極個別網(wǎng)站手動輸入頁面地址使用的是http路徑訪問。請求例子如下：

ajax('post','http://test.csweigou.com/api/test/index',{data},0,function (d) {
   console.log(d);
});

在http頁面發(fā)送上述請求后，發(fā)現(xiàn)控制臺網(wǎng)絡(luò)監(jiān)聽界面出現(xiàn)了3次記錄，如圖所示：

上述三個記錄分別是：①、307重定向；②、跨站請求被禁止；③、觸發(fā)預(yù)檢。而在后臺服務(wù)端日志中看到的OPTIONS請求其實就是第三條記錄產(chǎn)生的。如圖所示：

x2 問題解決

在后臺服務(wù)端獲取前臺發(fā)送的請求數(shù)據(jù)的時候，我們一般是不會使用OPTIONS來接受數(shù)據(jù)，于是就導(dǎo)致了最開始提到的接口數(shù)據(jù)為空的異常結(jié)果。要避免解決這樣的問題可以強制使用https，全站強制啟用https訪問，即便用戶手工輸入http鏈接也會重定向到https，這樣就不會產(chǎn)生跨站請求。

x3 相關(guān)知識鏈接

關(guān)于出現(xiàn)OPTIONS請求，這種請求方式并不是我們預(yù)期常見的訪問請求，根據(jù)查閱相關(guān)資料可知有如下幾個跟OPTIONS有關(guān)系的要點(下面3個要點是網(wǎng)絡(luò)上其他網(wǎng)友總結(jié)的，僅供參考)：

1、Http Options Method：OPTIONS請求方法的主要用途有兩個：①、獲取服務(wù)器支持的HTTP請求方法；②、用來檢查服務(wù)器的性能。

2、CORS：即跨域資源共享，是一種網(wǎng)絡(luò)瀏覽器的技術(shù)規(guī)范，它為Web服務(wù)器定義了一種方式，允許網(wǎng)頁從不同的域訪問其資源。而這種訪問是被同源策略所禁止的。CORS系統(tǒng)定義了一種瀏覽器和服務(wù)器交互的方式來確定是否允許跨域請求。

3、Preflighted Requests：即預(yù)檢請求，是CORS中一種透明服務(wù)器驗證機制。預(yù)檢請求首先需要向另外一個域名的資源發(fā)送一個 HTTP OPTIONS 請求頭，其目的就是為了判斷實際發(fā)送的請求是否是安全的。下面的2種情況需要進行預(yù)檢： ①、簡單請求，比如使用Content-Type 為 application/xml 或 text/xml 的 POST 請求； ②、置自定義頭，比如 XJSON等。