なければエラーになります。ブラウザはここでは信頼された仲介者の役割を果たします。クロスドメインリクエストと一緒に送信されることを保証します。アクセス、そうでなければエラーと共に禁止します。:Cache-ControlContent-LanguageContent-TypeExpiresLast-ModifiedPragma他のレスポンスヘッダは禁止されています。ヘッダはありません!そのため、何かをダウンロードしていて進捗具合を追跡したい場合は、ヘッダにアクセスするために追加の許可が必要になります(下記参照)。ヘッダに、アクセスを許可するヘッダをリストする必要があります。ヘッダにアクセスすることを許可します。メソッドを使うことができます。ページがこのようなリクエストを行うことができるとは、誰も想定していませんでした。サービスが存在する可能性があります。リクエストについては、ブラウザはすぐにはこのようなリクエストを行いません。リクエストを送信します。メソッドを使い、本文はありません。ヘッダは要求されたメソッドを持ちます。ヘッダのカンマ区切りのリストを提供します。本文なしの応答を返します。許可されたメソッドを持たなければなりません。許可されたヘッダのリストを持たなければなりません。パーミッションキャッシュする秒数を指定する場合があります。送信する必要はありません。リクエストの例でステップ毎にどのように動作するのか見ていきましょう(このメソッドはデータを更新するのによく使われます)。Content-Type,API-Key.これは今後のやり取りを許可します。なければ、エラーが起きるでしょう。サーバが他のメソッドとヘッダも待ち受けている場合、一度にそれらすべてをリストするのは理にかなっています。許可されたメソッドのリストにあり、両方のヘッダもリストにあるこが確認できたので、メインのリクエストを送信します。1日)キャッシュされます。それらはキャッシュの内容から許容と想定して、直接送信されます。成功すると、ブラウザは本当のリクエストを行います。ここでのフローは単純リクエストの場合と同じです。ヘッダを持ちます(クロスオリジンのため)。レスポンスに追加するのを忘れないでください。https://javascript.infoこれですべてOKです。完全なレスポンスを読むことができます。リクエストでは一般的ではありません。メソッドにより作られたクロスオリジンリクエストは例外です。ドメインに属するものであっても。?なぜなら、クレデンシャルを持つリクエストは匿名のリクエストよりもはるかに強力だからです。ユーザに代わって機密情報にアクセスする全権限を与えることになります。ページをそれほど信頼しているのでしょうか?クレデンシャルを持つリクエストが通過するための追加のヘッダが必要です。