簡單請求，複雜請求

最近換了份工做，離開了惟品會，想不到新的工做第一份任務仍是作管理系統，真憂傷~

新的管理系統是先後端代碼分離的，還搞了不一樣的域，真操蛋，

本地開發階段

本地開發階段仍是比較愉快的，在webpack配置proxy便可，配置以下

 let context = ['/auth', '/myAccount', '/user', '/role', '/resource', '/task', '/enum', '/draft']
        Config.devServer = {
            historyApiFallback: true,
            publicPath: '/static/',
            disableHostCheck: true,
            noInfo: true,
            hot: true,
            host: 'localhost',
            proxy: [{
                context: context,
                target: 'http://11.112.0.100:9750',
                changeOrigin: true,
                secure: false
            }, {
                context: '/file',
                target: 'http://11.112.0.100:9742',
                changeOrigin: true,
                secure: false
            }],
            port: 8099,
            watchOptions: {
                poll: false,
                ignored: ['node_modules/**', 'config/**', 'common/**', 'dist/**']
            },
            headers: {
                'Access-Control-Allow-Origin': '*'
            }
        };

測試環境

剛開始後端還沒配置服務請求地址過濾，就報跨域限制了，在後端設置了cors以後，發現登陸請求發了兩次，

並且第一次仍是options請求

而登陸跳轉其餘頁面全線報錯；

看代碼並沒發現發了options請求，而是都發了post請求，

查了資料https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Access_control_CORS發現是因爲請求都變成了複雜請求，瀏覽器機制是複雜請求先發options請求，返回2**以後

纔會自動再發一次options請求的，

簡單請求須要符合

一、get/post/head請求

二、content-type 爲text/plain、multipart/form-data、application/x-www-form-urlencoded

而因爲此係統是使用application/json作數據交互的，所以爲複雜請求，須要先發個options