Le débogage de l'API a échoué à cause du paramètre d'horodatage
Lorsque nous interagissons avec des API tierces, l’un des paramètres les plus courants et les plus sujets aux erreurs est le temps. Surtout lors du débogage des requêtes de journal, de la synchronisation des données et d'autres interfaces, j'ai perdu beaucoup de temps sur le problème de conversion de l'horodatage Unix. Scénario réel : "Time trap" dans le débogage de l'API La semaine dernière, nous déboguions une interface de synchronisation des données utilisateur. Le document exige clairement que l'horodatage Unix (deuxième niveau) soit transmis. Cela semble simple, mais divers problèmes sont rencontrés dans le fonctionnement réel : - Confusion des unités de temps : certaines interfaces utilisent des horodatages de deuxième niveau, et d'autres utilisent le niveau milliseconde, et une heure erronée est accidentellement transmise - Fuseau horaire...