Skip to navigation

SDK Khắc phục sự cố tích hợp

Chẩn đoán Trading Widget, Agent SDK, ký, webhook, thời gian chờ và các vấn đề về môi trường trước khi gửi yêu cầu hỗ trợ.

View as Markdown

Bắt đầu với môi trường, dấu thời gian và mã định danh doanh nghiệp cho hoạt động không thành công. Kiểm tra có cấu trúc thường tách các vấn đề về cấu hình khỏi các vấn đề về xác thực, mạng và xử lý không đồng bộ.

Thứ tự chẩn đoán được đề xuất

  1. Xác nhận môi trường và cơ sở bị ảnh hưởng URL.
  2. Ghi lại phạm vi thời gian UTC và yêu cầu không thành công đầu tiên.
  3. Xác định mô-đun: Trading Widget, Agent SDK, REST API, WebSocket hoặc webhook.
  4. Ghi lại ID yêu cầu, ID người dùng đối tác, agentOrderNo, ID đơn đặt hàng hoặc ID sự kiện webhook.
  5. Kiểm tra mã, thông tin xác thực, danh sách trắng IP gần đây hoặc các thay đổi về triển khai.
  6. Tái tạo với trường hợp thử nghiệm an toàn nhỏ nhất.

Trading Widget vấn đề

triệu chứngCó khả năng gây raSửa chữa
iframe yêu cầu tên miền địa phương của đối tácbaseUrl bị thiếuVượt qua baseUrl: ‘https://app.6mm.com’.
iframe không hiển thị hoặc rất ngắnVùng chứa chính không có chiều caoĐặt chiều cao vùng chứa hoặc chiều cao vượt qua.
token_provider_missingchế độ mã thông báo đối tác không có nhà cung cấpThêm xác thực.tokenProvider.
auth_exchange_failMã thông báo nhúng không hợp lệ, hết hạn hoặc không khớpKiểm tra phản hồi mã thông báo phụ trợ và channelId.

Agent SDK vấn đề

triệu chứngCó khả năng gây raSửa chữa
Chữ ký bị từ chốiSai bí mật, trôi đồng hồ hoặc thay đổi các trường đã ký theo cách thủ côngHãy để SDK tạo các trường ký và đồng bộ hóa thời gian của máy chủ.
Rủi ro chuyển động quỹ trùng lặpSố đơn đặt hàng mới được sử dụng sau khi hết thời gianTruy vấn theo agentOrderNo gốc trước tiên.
PROCESSING được coi là lỗiTrạng thái chờ xử lý bị hiểu nhầmĐợi webhook hoặc gọi queryOrder.
Webhook được xử lý nhiều lầnThử lại hành vi mà không có sự bình thườngThêm khóa tạm thời và kiểm tra trạng thái cuối cùng.

Bằng chứng cần nắm bắt

Tích hợpBằng chứng hữu ích
Trading WidgetĐường dẫn phiên bản trang URL, SDK, bảng điều khiển trình duyệt, yêu cầu mạng không thành công, tải trọng onError và kích thước vùng chứa.
Agent SDKSDK ngôn ngữ/phiên bản, cơ sở URL, UTC dấu thời gian, ID yêu cầu, agentOrderNo, mã phản hồi và nhật ký đã được lọc.
WebhookThời gian giao hàng, sự kiện hoặc khóa kinh doanh, kết quả xác thực chữ ký, trạng thái xử lý và hàm băm nội dung thô đã được khử trùng.
REST APIPhương thức, đường dẫn, môi trường, ID yêu cầu, mã phản hồi và các tham số đã được vệ sinh.

Không bao giờ đưa mật khẩu, mã thông báo truy cập, bí mật API, chữ ký đầy đủ, khóa riêng tư hoặc dữ liệu cá nhân chưa được xử lý vào chẩn đoán.

Trước khi leo thang

  • Chỉ thử lại khi thao tác được ghi lại là an toàn để thử lại.
  • Sau khi hết thời gian, hãy truy vấn mã định danh doanh nghiệp ban đầu thay vì tạo mã mới.
  • Xác nhận đồng hồ hệ thống và môi trường xác thực để tìm lỗi chữ ký.
  • Giữ nguyên lần thất bại đầu tiên và mọi kết quả thử lại sau đó.
  • Sử dụng Mẫu yêu cầu hỗ trợ để gửi một báo cáo hoàn chỉnh, được biên tập lại.

Tài liệu liên quan

Java chẩn đoán v0.3.0

triệu chứngKiểm tra và phục hồi
Yêu cầu tài trợ có kết quả không xác địnhGiữ nguyên agentOrderNo; gọi queryWalletTransfer với môi trường ban đầu. Không sử dụng queryOrder.
Giao diện người dùng mô phỏng hiển thị số tiền bất ngờKiểm tra giao diện người dùng tradingMode riêng biệt với phần phụ trợ environment; tài khoản isSimulatedUser không định tuyến yêu cầu.
Lỗi truy vấn 6905Quay lại sử dụng hạn ngạch đối tác được chia sẻ, sau đó thử lại con trỏ tương tự và lọc qua SDK.
Lỗi truy vấn 6904Giảm các truy vấn đồng thời và thu hẹp khoảng thời gian; liên hệ với bộ phận hỗ trợ nếu vẫn tiếp tục.
Con trỏ không hợp lệ hoặc đã hết hạnKhởi động lại cùng một cửa sổ lịch sử cố định và loại bỏ các bản ghi đã lưu trùng lặp.
Thiếu phương thức Java mớiKiểm tra tạo phẩm Maven đã giải quyết dựa trên thẻ công khai v0.3.0; loại bỏ các phụ thuộc xung đột theo chính sách tạo tác của bạn.

Truy vấn và tham chiếu lỗi · Hướng dẫn nâng cấp

Webhook nhận được sự cố

triệu chứngKiểm tra và xử lý
Không thử lại sau khi trả về lỗi JSONKiểm tra xem điểm cuối có còn trả về HTTP 200 hay không. Việc phân phối chỉ sử dụng trạng thái HTTP chứ không phải chỉ báo thành công trong nội dung.
Việc thử lại tiếp tục sau 401 hoặc 409Các phản hồi không phải 2xx tuân theo chính sách thử lại hiện có; điều tra chữ ký, nội dung thông báo hoặc cấu hình người bán.
Khóa tạm thời trống để cảnh báo thanh lýWebhookVerifier.idempotencyKey hiện tại chỉ trích xuất danh tính sự kiện quỹ. Sau khi kiểm tra chữ ký và quyền sở hữu, hãy xác thực notificationId và tạo khóa cảnh báo trong mã người bán. Không bao giờ sử dụng một phím trống.
Thông báo trùng lặp sau khi xử lý thành côngLiên tục loại bỏ trùng lặp trong phạm vi người bán và environment. Trả về 2xx cho các bản sao giống hệt nhau; ghi lại các xung đột và trả về không phải 2xx cho cùng một ID với nội dung khác.
Cảnh báo chưa được xử lýChấp nhận liquidation.warning và lịch sử LIQUIDATION_WARNING; không nhóm các ID thông báo riêng biệt theo người dùng, tập hoặc loại sự kiện và loại bỏ chúng.
Thông báo được chấp nhận sẽ mất tác vụ đang chờ xử lýLưu tác vụ một cách đáng tin cậy trước khi trả về 2xx; bắt đầu một tác vụ không đồng bộ trong bộ nhớ là không đủ.

Các trường sự kiện và khả năng tương thích · HTTP phản hồi và xác nhận đáng tin cậy