access_token est le ticket unique au monde du compte officiel. Le compte officiel doit utiliser access_token lors de l'appel de chaque interface. Les développeurs doivent le stocker correctement. Au moins 512 caractères d'espace doivent être réservés pour le stockage access_token. La période de validité de access_token est actuellement de 2 heures et doit être actualisée régulièrement. Une acquisition répétée rendra le dernier access_token invalide.
Instructions sur la façon d'utiliser et de générer le access_token requis pour l'appel API sur la plateforme publique :
1. Afin de garder appsecrect confidentiel, le un tiers a besoin d'un access_token pour obtenir un serveur de contrôle central actualisé. Le access_token utilisé par d'autres serveurs de logique métier provient du serveur de contrôle central et ne doit pas être actualisé individuellement, sinon cela entraînera l'écrasement du access_token et affectera l'entreprise
2. La période de validité actuelle du access_token est transmise ; le expire_in renvoyé, qui est actuellement Value dans les 7 200 secondes. Le serveur de contrôle central doit actualiser le nouveau access_token à l'avance en fonction de cette heure valide. Pendant le processus d'actualisation, le serveur de contrôle central génère toujours l'ancien access_token. À ce stade, le backend de la plate-forme publique garantira que l'ancien et le nouveau access_token sont disponibles dans un court laps de temps après l'actualisation, ce qui garantit une transition en douceur des tiers. business ;
3. La durée de validité de access_token peut être ajustée à l'avenir, de sorte que le serveur de contrôle central doit non seulement s'actualiser activement en interne à intervalles réguliers, mais doit également fournir une interface pour actualiser passivement access_token, afin que le Le serveur d'entreprise peut déclencher access_token lorsque l'appel d'API apprend que le processus d'actualisation access_token a expiré.
Si le tiers n'utilise pas le serveur de contrôle central, mais choisit chaque point de logique métier pour actualiser le access_token indépendamment, des conflits peuvent survenir, entraînant une instabilité du service.
Les comptes officiels peuvent utiliser AppID et AppSecret pour appeler cette interface afin d'obtenir access_token. AppID et AppSecret peuvent être obtenus sur le site officiel de WeChat Public Platform - Page Developer Center (vous devez être devenu développeur et le compte n'a pas de statut anormal ). Notez que le protocole https doit être utilisé lors de l'appel de toutes les interfaces WeChat.
Description de la demande d'appel d'interface
Méthode de requête http : GET
https://api.weixin.qq.com/cgi-bin/token?grant_type=client_credential&appid=APPID&secret=APPSECRET
Description du paramètre
Instructions de retour
Dans des circonstances normales, WeChat renverra le paquet de données JSON suivant au compte public :
{"access_token":"ACCESS_TOKEN","expires_in":7200}
Lorsqu'une erreur se produit, WeChat renvoie un code d'erreur et d'autres informations. L'exemple de paquet de données JSON est le suivant (cet exemple est une erreur AppID non valide) :
{"errcode":40013,"errmsg":"invalid appid"}
[ Recommandations associées]
1. Recommandation spéciale : Téléchargement de la version V0.1 de "php Programmer Toolbox"
2. Téléchargement du code source de la plateforme de compte public WeChat
3. Téléchargement du code source du système de commande Alizi
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!