Token läuft standardmäßig in 7200 Sekunden ab. Wenn ein zweiter Ort ebenfalls denselben Token anfordert, läuft der erste Token innerhalb von 5 Minuten ab. Mit anderen Worten: Wenn die Zeit bei meiner zweiten Anfrage zu kurz ist, kommt es zu einem Konflikt.
Ich habe gerade die WeChat-Entwicklung gelernt und mein Code-Schreiben ist nicht perfekt. Ich habe nur beurteilt, ob die Lebensdauer größer als 7200 ist. Ich habe jemanden sagen sehen, dass der Messwert jede Minute beurteilt werden kann. Ich frage mich, ob Sie Optimierungsvorschläge für meinen Code haben. Vielen Dank
<code>function getWxAccessToken(){ if ( $_SESSION['access_token'] && $_SESSION['expire_time'] > time() ) { //未过期 return $_SESSION['access_token']; }else { $appid = "wx3bbf9ae731a6eb07"; $appsecret = "2b14a75fa48825ef3c76c8949b5e030f"; $url = "https://api.weixin.qq.com/cgi-bin/token?grant_type=client_credential&appid=".$appid."&secret=".$appsecret; $res =$this->https_request($url,'get','json'); $access_token = $res["access_token"]; //将重新获取到的access_token存到session里 $_SESSION['access_token']=$access_token; $_SESSION['expire_time']=time()+7200; return $access_token; } } </code>
Der Konflikt ist eine Methode unter demselben Controller, und jeder Aufruf verwendet
<code> $access_token=$this->getWxAccessToken(); </code>
Die Fehlermeldung lautet wie folgt
<code>array(2) { ["errcode"] => int(40001) ["errmsg"] => string(81) "invalid credential, access_token is invalid or not latest hint: [pd4MfA0688vr40!]" } </code>
Ich habe gesehen, was der Beamte gesagt hat.
Die offizielle Bedeutung von 0,0 besteht darin, keine Geschäftslogik zum Aktualisieren des Tokens zu verwenden. Was ich geschrieben habe, scheint die Verwendung von Geschäftslogik zum Aktualisieren des Tokens zu sein Zentrale Steuerung durch Dritte?
Geben Sie den absoluten Pfad der Methode in den QR-Code-Generator ein und scannen Sie ihn. Dieses Debugging-Ergebnis fühlt sich korrekter an als der direkte Zugriff über den Browser.
In den meisten Fällen ist das Programm grundsätzlich in Ordnung, wenn der Browser beim Öffnen 40001 meldet
Token läuft standardmäßig in 7200 Sekunden ab. Wenn ein zweiter Ort ebenfalls denselben Token anfordert, läuft der erste Token innerhalb von 5 Minuten ab. Mit anderen Worten: Wenn die Zeit bei meiner zweiten Anfrage zu kurz ist, kommt es zu einem Konflikt.
Ich habe gerade die WeChat-Entwicklung gelernt und mein Code-Schreiben ist nicht perfekt. Ich habe nur beurteilt, ob die Lebensdauer größer als 7200 ist. Ich habe jemanden sagen sehen, dass der Messwert jede Minute beurteilt werden kann. Ich frage mich, ob Sie Optimierungsvorschläge für meinen Code haben. Vielen Dank
<code>function getWxAccessToken(){ if ( $_SESSION['access_token'] && $_SESSION['expire_time'] > time() ) { //未过期 return $_SESSION['access_token']; }else { $appid = "wx3bbf9ae731a6eb07"; $appsecret = "2b14a75fa48825ef3c76c8949b5e030f"; $url = "https://api.weixin.qq.com/cgi-bin/token?grant_type=client_credential&appid=".$appid."&secret=".$appsecret; $res =$this->https_request($url,'get','json'); $access_token = $res["access_token"]; //将重新获取到的access_token存到session里 $_SESSION['access_token']=$access_token; $_SESSION['expire_time']=time()+7200; return $access_token; } } </code>
Der Konflikt ist eine Methode unter demselben Controller, und jeder Aufruf verwendet
<code> $access_token=$this->getWxAccessToken(); </code>
Die Fehlermeldung lautet wie folgt
<code>array(2) { ["errcode"] => int(40001) ["errmsg"] => string(81) "invalid credential, access_token is invalid or not latest hint: [pd4MfA0688vr40!]" } </code>
Ich habe gesehen, was der Beamte gesagt hat.
Die offizielle Bedeutung von 0,0 besteht darin, keine Geschäftslogik zum Aktualisieren des Tokens zu verwenden. Was ich geschrieben habe, scheint die Verwendung von Geschäftslogik zum Aktualisieren des Tokens zu sein Zentrale Steuerung durch Dritte?
Geben Sie den absoluten Pfad der Methode in den QR-Code-Generator ein und scannen Sie ihn. Dieses Debugging-Ergebnis fühlt sich korrekter an als der direkte Zugriff über den Browser.
In den meisten Fällen ist das Programm grundsätzlich in Ordnung, wenn der Browser beim Öffnen 40001 meldet
Es wird empfohlen, access_token in der Datenbank zu speichern, damit alle Unternehmen dasselbe Token verwenden, sodass nicht jeder Geschäftslogikpunkt unabhängig voneinander access_token anfordert.
Das offizielle Dokument bedeutet, dass, wenn die Geschäftslogik in mehreren ist Da der Zugriffstoken und die Ablaufzeit auf jedem Server in der Sitzung gespeichert werden, wird die Sitzung nicht zwischen den Servern geteilt, was dazu führt, dass das Unternehmen auf jedem Server eine Anfrage initiiert, wenn der Zugriffstoken auf einem der Server nicht abgelaufen ist anderer Server Das access_token wurde erneut angefordert, wodurch das access_token auf dem ersten Server ungültig wurde, und dann wurde das abgelaufene access_token zum Anfordern von Diensten verwendet, was zu einem instabilen Dienst führte
Verwenden Sie den zentralen Steuerungsserver, um das access_token zu speichern, damit der Dienst funktioniert vereinheitlicht und es kommt nicht zu Konflikten zwischen Unternehmen, wodurch die Datenkonsistenz gewährleistet ist
Das access_token ist für alle Anrufe gleich. Es ist nicht erforderlich, die Sitzung zu speichern. Normalerweise wird es im Cache abgelegt, andernfalls können Sie es einfach in die Datenbank einfügen.
Gehen Sie bei jeder Verwendung zur Datenbank. Wenn es innerhalb des Gültigkeitszeitraums liegt, verwenden Sie es direkt. Wenn es ungültig ist, rufen Sie es erneut ab und fügen Sie es in die Datenbank ein.
Die Sitzung ist benutzerbasiert, sodass Sie sie aktualisieren können, sobald jeder Benutzer sie besucht.
Es wird empfohlen, es im Cache oder in der Datenbank abzulegen und regelmäßig zu aktualisieren.