Maison > Article > développement back-end > Analyse du problème d'accès aux messages d'abonnement unique à WeChat
Cet article partage principalement avec vous l'analyse des problèmes d'accès aux messages d'abonnement unique WeChat. L'environnement a été accédé. Autorisation d'envoyer des messages d'abonnement unique :
final IWXAPI api = WXAPIFactory.createWXAPI(SettingActivity.this, response.getAppId()); // 将该app注册到微信 api.registerApp(ServerUrls.WEIXIN_APP_ID); Log.i("20180228", "come to send request with subscribeMessage...."); SubscribeMessage.Req req = new SubscribeMessage.Req(); req.templateID = response.getTemplateId(); req.scene = 889; // req.reserved = response.getReserved(); Log.i("20180228", "req.appId: "+response.getAppId()); Log.i("20180228", "req.templateId: "+req.templateID); // Log.i("20180228", "req.scene: "+req.scene); // Log.i("20180228", "req.reserved: "+req.reserved); Log.i("20180228", "before send request: "+req.toString()); boolean sendResult = api.sendReq(req); Log.i("20180228", "after send request: "+sendResult); ToastUtils.show(SettingActivity.this, "发送请求结束");
Effectuer un traitement simple dans le. rappel sur la page d'autorisation. :
@Override public void onResp(BaseResp resp) { Log.i("20180228", "here come to the resp with wechat request: "+resp.toString()); Log.i("20180228", "here come to the resp with wechat errCode: "+resp.errCode); Log.i("20180228", "here come to the resp with wechat errStr: "+resp.errStr); Log.i("20180228", "here come to the resp with wechat openId: "+resp.openId); Log.i("20180228", "here come to the resp with wechat type: "+resp.getType()); ToastUtils.show(this, "openId: "+resp.openId); if(resp.getType() == ConstantsAPI.COMMAND_SUBSCRIBE_MESSAGE){ Log.i("20180305", "here come to resp method successful...."); } // if (resp.getType() == ConstantsAPI.COMMAND_SENDAUTH && resp.errCode == BaseResp.ErrCode.ERR_OK){ // ToastUtils.show(this, "request auth here ...."); // String openId = resp.openId; // int errCode = resp.errCode; // String errString = resp.errStr; // // new UserManager(this).bidnWXRSS(openId, new SimpleCallback<ApiResponse>() { // @Override // public void onSuccess(ApiResponse response) { // ToastUtils.show(WXEntryActivity.this, "绑定成功!"); // finish(); // } // }); // } finish(); }
s'affiche dans l'impression de débogage ouverte :
03-05 17:46:00.967 10706-10706/com.xxx I/MicroMsg.SDK.WXApiImplV10: handleIntent, cmd = 4 03-05 17:46:00.967 10706-10706/com.xxx I/MicroMsg.SDK.WXMediaMessage: pathOldToNew, oldPath = com.tencent.mm.sdk.openapi.WXAppExtendObject 03-05 17:46:00.967 10706-10706/com.xxx I/MicroMsg.SDK.WXApiImplV10: handleWxInternalRespType, extInfo = wx_internal_resptype=subscribemessage&openid=oerX_woJRjvv8NzuUJHcKJe5PzwU&template_id=H0tXdBxs_ea5bVofycFBUPZl3hRgLWHxJIVBEYhSnxQ&action=confirm&reserved=null&scene=889 03-05 17:46:00.967 10706-10706/com.xxx I/MicroMsg.SDK.WXApiImplV10: handleWxInternalRespType, respType = null 03-05 17:46:00.967 10706-10706/com.xxx E/MicroMsg.SDK.WXApiImplV10: handleWxInternalRespType fail, respType is null
Lorsque handleIntent() renvoie false, la méthode onResp ne peut pas être appelée. car Le respType ci-dessus = null, mais il s'avère qu'extInfo contient des données, et on peut voir que wx_internal_resptype=subscribemessage.
Voir WXApiImplV10.class ici, une partie du code est la suivante :
En d'autres termes, respType=subscribemessage ici, mais c'est analysé ci-dessus est devenu nul, et le code clé était :
Ensuite, j'ai réalisé qu'il manquait un "?" après avoir analysé extInfo dans Uri, l'attribut "wx_internal_resptype" spécifié est introuvable. Par conséquent, la page sera bloquée sur la page WXEntryActivity sans passer à l'étape suivante. J'espère que l'équipe de développement de WeChat pourra la gérer le plus rapidement possible !
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!