client_request_id 10分钟去重：计时、作用域、异载荷及超时后的只读恢复
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 30/100
- Tipo di issue
- Documentazione
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- openapi, typescript
- Ambito
- api, backend-api-design, documentation
Direzione di ricerca
Start with the REST v1 order submission and order detail documentation linked in the issue, then compare the Python SDK reference and locate the corresponding docs source in the developers website. Map the documented behavior for deduplication, failures, and read-only recovery against each question in the issue. Done means publishing a formal contract or synthetic example consistent with current REST v1 that answers the listed edge cases; the issue provides no source file or test to run.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Description
已阅读 POST /v1/trade/order 的 client_request_id 文档：服务端缓存10分钟，窗口内同ID返回原响应；缺失或空值跳过去重。这次不重复问是否存在幂等，而是请补齐边界。
合成场景：请求R1、载荷A，首次POST在返回响应前断线，没有拿到order_id。3分钟后可能读取或重试；12分钟后仍无法确定首次是否受理。没有对真实或模拟账户实际发单，也没有账户、凭据或私人账本。
请明确：
- 10分钟从服务器收到请求、受理、创建订单还是写入缓存响应开始？同ID重试会续期吗？
- 去重作用域按账户、App/授权、endpoint或业务操作区分吗？AP/HK与US DC、模拟与真实有无差异？
- R1+同载荷A 与 R1+不同载荷B（仅数量不同）分别返回原响应、明确拒绝，还是其他结果？是否保证不创建第二单？
- 4xx/业务拒绝、5xx以及响应中断分别是否缓存？哪些失败可以明确认定没有订单被创建？
- 没拿到order_id时，有无按client_request_id只读查找原订单的方法？当前订单详情需要order_id，能否提供索引等待上限、终局否定状态或错误码？
- 窗口外及查无结果如何安全恢复？请区分“不在缓存”“尚未可查询”与“最终未受理”，不要把单次查无当作可重发依据。当前各SDK支持透传该字段的最低版本是什么？
参考：
- https://open.longbridge.com/zh-CN/docs/trade/order/submit
- https://open.longbridge.com/zh-CN/docs/trade/order/order_detail
- https://longbridge.github.io/openapi/python/reference_all/
仅咨询接口契约，希望提供正式文档或合成示例；不请求任何账户操作。
Tasks
- 请补充与现行 REST v1 一致的正式契约或合成示例。
- Lingua principale
- TypeScript
- Stelle
- 61
- Fork
- 30
- Merge medio
- 7h 45m
- PR unite (30g)
- 17
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di longbridge/developers
-
最新版的Python 4.3.2 sdk 根本跑不通这个代码啊Forse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
longbridge/developers#1109 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
longbridge/developers#1314 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 1-2 giorni Idoneità per principianti 45/100
longbridge/developers#1312 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 1-2 giorni Idoneità per principianti 35/100
longbridge/developers#1310 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
LONGBRIDGE AI模型选择Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
longbridge/developers#1309 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di longbridge/developers
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
WalletConnect/walletconnect-monorepo#7392 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
fehler
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
Azure/azure-functions-nodejs-extensions#180 ·
I maintainer di solito rispondono entro 1 giorno
-
bug good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
laaielichter/Threesmith#28 ·
I maintainer di solito rispondono entro 1 giorno