OPTIONS方法可以由中間緩存緩存。 For example: If you want OPTIONS responses to be cached, do the following:(...) https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/header-caching.html

這似乎是服務(wù)器端的一個(gè)問(wèn)題，您是否嘗試過(guò)更改Cloudflare dev URL？

您似乎正在訪問(wèn)URL兩次，一次是使用： axios.get(url) 還有： new Pageres({ delay: 2, filename: filename }) .src(url, ['1300x650'], { crop: true }) .dest(destination) .run() 這將導(dǎo)致底層代碼請(qǐng)求同一頁(yè)面兩次。

此地址'http://127.0.0.1'只能由您的計(jì)算機(jī)訪問(wèn)。 要從移動(dòng)設(shè)備訪問(wèn)Django服務(wù)器，您需要使用計(jì)算機(jī)的IP地址和該端口 確保您的手機(jī)與您的電腦連接到同一個(gè)Wifi。 用你的IP地址替換'http://127.0.0.1' 看起來(lái)像這樣 https://IP_ADDRESS:8000/v1/predict/' 按照本指南查找Mac的IP地址

在express應(yīng)用程序中，確保使用body-parser:https://expressjs.com/en/resources/middleware/body-parser.html const bodyParser = require('body-parser');app.use(bodyParser.json()); 在您的路線中，您應(yīng)該能夠訪問(wèn)req.body.messageType： routes.post('/heating', (req, res, next) => { const messageType = req.body.messageType; console.log(messageType);})

Postman 并非基于瀏覽器的 AJAX 實(shí)現(xiàn)，你在 Postman 里永遠(yuǎn)、永遠(yuǎn)、永遠(yuǎn)（重要的事情說(shuō)三遍）也無(wú)法測(cè)試 AJAX 跨域問(wèn)題。CORS 為何失敗，你要看控制臺(tái)里的預(yù)檢請(qǐng)求是如何返回的，以及報(bào)錯(cuò)信息。

是選項(xiàng)請(qǐng)求嗎？。OPTION請(qǐng)求用于檢查您的客戶機(jī)是否具有向API發(fā)出所需請(qǐng)求的權(quán)限。 httpoptions方法為給定的URL或服務(wù)器請(qǐng)求允許的通信選項(xiàng)。客戶機(jī)可以使用此方法指定URL，也可以指定星號(hào)（*）來(lái)引用整個(gè)服務(wù)器。

這不是問(wèn)題，由瀏覽器按設(shè)計(jì)控制。 這不是Axios或任何其他HTTP客戶端決定發(fā)送的內(nèi)容。 飛行前請(qǐng)求是CORSOPTIONS請(qǐng)求，由瀏覽器自動(dòng)發(fā)送，專門用于檢查服務(wù)器是否支持您試圖在方法、頭和來(lái)源方面進(jìn)行的調(diào)用。 如果請(qǐng)求沒(méi)有失敗，您可以安全地忽略它們，因?yàn)檫@意味著服務(wù)器不會(huì)基于上述因素拒絕您的請(qǐng)求。 您的問(wèn)題與端點(diǎn)不存在有關(guān)，因?yàn)槟鷮⑹盏?04 not Found錯(cuò)誤-請(qǐng)檢查端點(diǎn)是否存在或是否正確調(diào)用它。

這個(gè)描述是不準(zhǔn)確的，完整的描述應(yīng)該是也就是說(shuō)，簡(jiǎn)單請(qǐng)求的請(qǐng)求頭，不僅僅包含這幾個(gè)AcceptAccept-LanguageContent-LanguageLast-Event-ID還包含這些總而言之，可以理解為，可以由開(kāi)發(fā)手動(dòng)配置的請(qǐng)求頭只有這四個(gè)Accept、Accept-Language、Content-Language、Last-Event-ID，其他由瀏覽器自行添加的請(qǐng)求頭不受影響上面羅列那些，是由瀏覽器或代理服務(wù)器自行添加的阮一峰的文章里面也有相關(guān)的討論，但埋的比較深

由于要將表單數(shù)據(jù)發(fā)送到服務(wù)器，因此需要將Axios調(diào)用中的Content-Type頭更改為multipart/form-data。這有助于服務(wù)器理解客戶端發(fā)送的資源類型。 在服務(wù)器端，您需要讀取此表單數(shù)據(jù)。我可以想到以下兩種方法 使用@RequestParam讀取各個(gè)窗體鍵。例如，如果我的表單數(shù)據(jù)包含一個(gè)名為Foo的鍵，我會(huì)在服務(wù)器端讀取它，如下所示 @PostMapping(value = "/form-data") public void readFormData( @RequestParam(value = "Foo") String foo ) 使用@RequestBody將表單數(shù)據(jù)映射到MultiValueMap，然后可以像普通映射一樣從中讀取。下面是相同的代碼片段 @PostMapping(value = "/form-data") public void readFormData( @RequestBody MultiValueMap<String,String> formData )

查了下，好像是 HTTP2 協(xié)議 duplicate: http中的header為什么有這些部分？冒號(hào)的是什么

method 單詞寫錯(cuò)了

GET請(qǐng)求沒(méi)有數(shù)據(jù)或正文。在這里檢查這個(gè)答案 TLDR axios({ method: 'GET', url: `http://localhost:4444/next/api`, params: { id: 'id' }})

除了我前面評(píng)論你的以外，Preflight 預(yù)檢請(qǐng)求即便有，也并不在 "Fetch/XHR" 分類下，而是會(huì)在 "Other" 分類下。以 www.qq.com 為例：

當(dāng)應(yīng)用程序包裝在<React.StrictMode>中時(shí)，您的組件將在開(kāi)發(fā)環(huán)境中呈現(xiàn)兩次。這用于錯(cuò)誤/警告檢測(cè)。Strict模式將有意調(diào)用以下類組件函數(shù)兩次：構(gòu)造函數(shù)、render方法和shouldComponentUpdate方法。閱讀文檔中有關(guān)嚴(yán)格模式的更多信息。