用戶端在呼叫 Amazon API Gateway 端點時收到 HTTP 400 錯誤。開發人員要如何調查這些 400 回應的原因？

當用戶端收到 HTTP 400 錯誤時，這通常表示請求本身有問題。透過在 CloudWatch Logs 中為 API 階段啟用執行日誌記錄和存取日誌記錄，開發人員可以詳細檢查每個請求和回應的內容。執行日誌記錄會捕捉 API 執行期間的詳細資訊，包括請求驗證、轉換和後端整合的錯誤。存取日誌記錄則提供有關誰在何時、從何處以及如何呼叫 API 的資訊，有助於識別異常模式或惡意請求。這些日誌是診斷 400 錯誤的關鍵，因為它們能揭示請求格式、參數或授權問題。 其他選項的解釋： 建立 Kinesis Data Firehose 傳送串流以收集 API Gateway 日誌，並將 CloudWatch Logs 設定為傳送目的地：雖然這是一種日誌收集方法，但它不是直接在 API Gateway 階段啟用日誌記錄的步驟，且 CloudWatch Logs 本身就是 API Gateway 日誌的原生目的地。 啟用 AWS CloudTrail Insights 並建立追蹤；為 API 階段指定該追蹤的 ARN：CloudTrail Insights 專注於異常的 API 活動，而非詳細的請求