ตัวแยกวิเคราะห์ส่วนหัว Rate Limit

ตัวแยกวิเคราะห์ส่วนหัวขีดจำกัดอัตรา

เข้ากันได้ทั้งส่วนหัว RateLimit-* ใหม่และส่วนหัว X-RateLimit-* ทั่วไป ช่วยให้คุณกำหนดโควต้าที่เหลือ เวลาตั้งค่าใหม่ และหน้าต่างการลองใหม่ได้

มาตรฐาน RateLimit-*

1 หน้าต่างขีดจำกัดมาตรฐานตั้งค่าใหม่: 18s
Window #1limit: 100หน้าต่าง: 1m 0s
100;w=60

มรดก X-RateLimit-*

Limit
5000
Remaining
4991
Used
9
Reset (epoch)
14/04/2568 16:00:00
Retry-After
1m 0s
Resource
-

ตัวอย่าง JSON

{
  "headers": {
    "x-ratelimit-limit": [
      "5000"
    ],
    "x-ratelimit-remaining": [
      "4991"
    ],
    "x-ratelimit-used": [
      "9"
    ],
    "x-ratelimit-reset": [
      "1744617600"
    ],
    "retry-after": [
      "60"
    ],
    "ratelimit-limit": [
      "100;w=60"
    ],
    "ratelimit-remaining": [
      "25"
    ],
    "ratelimit-reset": [
      "18"
    ]
  },
  "standard": {
    "limit": [
      {
        "raw": "100;w=60",
        "amount": 100,
        "windowSeconds": 60,
        "parameters": {
          "w": "60"
        }
      }
    ],
    "remaining": [
      {
        "raw": "25",
        "amount": 25,
        "windowSeconds": null,
        "parameters": {}
      }
    ],
    "reset": "18",
    "policy": ""
  },
  "legacy": {
    "limit": "5000",
    "remaining": "4991",
    "used": "9",
    "reset": "1744617600",
    "resource": "",
    "retryAfter": "60",
    "retryAfterSeconds": 60
  }
}

ดูส่วนหัวจำกัดอัตราออนไลน์ รู้ทันทีว่า 429 ค้างที่ไหน

คำแนะนำที่เกี่ยวข้อง

กรณีการใช้งาน

  • เมื่ออินเทอร์เฟซส่งคืน 429 บ่อย ให้แยกส่วนหัวจำกัดอัตราก่อนเพื่อตัดสินว่าโควต้าหมดหรือหน้าต่างจำกัดยังไม่สิ้นสุด
  • ดูจำนวนคำขอที่เหลือและเวลารีเซ็ตเมื่อเรียก API บุคคลที่สาม เพื่อวางแผนความถี่ในการเรียก
  • อ้างอิงขนาดหน้าต่างจำกัดอัตราและเวลาหน่วง Retry-After เมื่อออกแบบกลยุทธ์การลองใหม่
  • ซิงค์กฎจำกัดอัตราให้สมาชิกในทีม อธิบายโควต้าและตรรกะควบคุมความถี่เพื่อหลีกเลี่ยงการเกิดจำกัดอัตราซ้ำ

วิธีการใช้งาน

  1. วางเนื้อหาส่วนหัวตอบสนอง RateLimit หรือ X-RateLimit ลงในพื้นที่ป้อนข้อมูล
  2. เครื่องมือแยกวิเคราะห์หน้าต่างจำกัดอัตรา, จำนวนครั้งที่เหลือ, เวลารีเซ็ตและฟิลด์ Retry-After โดยอัตโนมัติ
  3. ดูข้อมูลโควต้าและคำอธิบายกลยุทธ์จำกัดอัตรายืนยันสถานะการเรียกปัจจุบัน
  4. ปรับความถี่ในการเรียกหรือออกแบบกลยุทธ์ลองใหม่แบบถอยหลังตามผลการแยกวิเคราะห์

คุณสมบัติ

  • ดูโควต้า, หน้าต่างและเวลารีเซ็ตแยกกัน: ข้อมูลจำกัดอัตราไม่เบียดกันอีกต่อไป
  • แก้ปัญหา API บุคคลที่สามตรงไปตรงมา: รู้ว่าเรียกได้อีกกี่ครั้ง, กี่นาทีถึงฟื้น, ควรลองใหม่หรือไม่
  • ข้อมูลโควต้าชัดเจน: ช่วยดูขนาดหน้าต่าง, จำนวนครั้งที่เหลือและเวลาฟื้น
  • เหมาะสำหรับการเชื่อมต่อการพัฒนา: อธิบายกฎจำกัดอัตราได้ชัดเจนและซิงค์กับผู้เรียกอินเทอร์เฟซ

คำถามที่พบบ่อย

ทำไมอินเทอร์เฟซถึงส่งคืน 429 Too Many Requests?

429 มักหมายความว่าความถี่คำขอเกินขีดจำกัดของเซิร์ฟเวอร์ หลังจากแยกข้อมูล RateLimit หรือ X-RateLimit แล้ว จะเห็นโควต้าที่เหลือและเวลาฟื้นได้ชัดเจน

Retry-After และเวลารีเซ็ตต่างกันอย่างไร?

Retry-After มักบอกว่าควรลองใหม่หลังจากกี่วินาที ส่วนเวลารีเซ็ตมักใกล้เคียงกับจุดฟื้นของหน้าต่างจำกัดอัตรา การดูร่วมกันช่วยวางแผนกลยุทธ์ลองใหม่ได้แม่นยำขึ้น

เหมาะสำหรับแก้ปัญหาโควต้าการเรียก API บุคคลที่สามหรือไม่?

เหมาะมาก ไม่ว่าจะเป็นแพลตฟอร์มเปิด, อินเทอร์เฟซการชำระเงินหรือ API บริการคลาวด์ หลายแห่งส่งคืนข้อมูลโควต้าผ่านส่วนหัวตอบสนอง

ช่วยออกแบบกลยุทธ์การลองใหม่อินเทอร์เฟซได้หรือไม่?

ได้ หลังจากเข้าใจจำนวนครั้งที่เหลือ, หน้าต่างจำกัดอัตราและเวลาฟื้น จะกำหนดกลยุทธ์ถอยหลัง, เข้าคิวและลองใหม่ได้ง่ายขึ้น