做移动端开发这些年我处理过不少“微信登录不跳转”的工单。用户点一下“微信登录”按钮如果一直没有反应或者跳出去进到微信又一瞬间弹回来很多人第一反应是代码写错了但排查下来十有八九是配置、签名和 SDK 集成方式三个层面的问题。这篇汇总把我实际项目里踩过的坑按原因分类写清楚并给出可以直接照着做的排查方案适合正在做 App 接入微信登录的开发者也适合运维和测试同学快速定位问题。1. 先看懂微信登录的调用链才知道不跳转卡在哪一环1.1 一次正常登录要经过哪些环节从用户点击“微信登录”到最终拿到用户信息App 端至少要经历四段流程。第一段是 App 拉起微信客户端 SDK 会先检查本机是否安装了微信再通过 URL Scheme 或 Universal Links 唤起微信客户端。第二段是微信侧校验微信会拿当前 App 传入的 AppID、包名或 Bundle ID、签名信息和自己后台登记的开发方资料做比对只有全部一致才会展示授权页。第三段是授权与回跳用户点“允许”后微信把授权临时凭证 code 带回 App在 iOS 上主要通过 Universal Links 回跳在 Android 上则会拉起包名下的 WXEntryActivity。第四段是用 code 换 token拿到 code 之后由服务器调微信的接口获取 access_token 和用户资料跟微信客户端的跳转关系已经不大了。这个链条每一段都可能中断。最常见的“不跳转”分三种形态第一种点击按钮后连微信都没被唤起第二种微信被唤起了但授权页白屏、转圈、或闪一下就退出第三种微信授权成功但回调回不到 AppApp 像死了一样没反应。这三种形态对应的原因范围完全不同所以排查的第一步不是改代码是确认你现在卡在哪一种。1.2 用“形态”反推问题范围把问题按形态分类非常实用。点击没反应优先怀疑三件事AppID 是否正确、SDK 有没有成功注册、手机上是否真的装了微信。微信唤起了但授权页异常优先怀疑签名和包名不匹配以及微信后台配置的测试范围。授权成功但 App 收不到回调优先怀疑回调注册代码、URL Scheme 或 Universal Links 配置、以及 Activity 路径。我经常和同事说微信登录问题最怕的不是原因多而是没有分类直接乱试。比如在签名不对的时候去换 Scheme换一天也换不出结果。在我经手的项目里大概有七成问题集中在“配置项不一致”两成集中在“SDK 集成代码写错”剩下的一成才是冷门情况和环境问题。所以下面的排查顺序也是先易后难、先配置后代码。2. 配置类问题开放平台上的每一项都得逐字核对2.1 AppID、Scheme、包名这三样必须对齐先说最容易犯的低级错误AppID 填错。微信开放平台为每个应用分配一个 AppIDiOS 和 Android 如果是同一个应用的不同端后台是分开创建的两个应用AppID 也不一样。常见错误是在 Android 代码里复制了 iOS 的 AppID或者反过来这样微信侧校验直接失败表现就是点击登录后毫无反应或者微信打开后提示“应用未注册”。iOS 端还要注意 URL Scheme。微信官方要求 Scheme 格式必须是“wx”加上 AppID例如 wx1234567890abcdef。这个值要同时配置在微信开放平台后台的“iOS 应用”信息里以及 Xcode 工程的 URL Types 里。两边抄错一个字符微信就不会把这个 scheme 识别成当前 App。我建议直接到开放平台后台复制 AppID不要凭记忆敲很多“我明明配了却还是不行”的案例最后都是大小写或者字母顺序错了。Android 端则要看包名和 WXEntryActivity 的位置。微信 SDK 在 Android 上的回调目标类名是固定的必须放在“应用包名.wxapi.WXEntryActivity”也就是如果你的包名是 com.example.demo那么完整路径得是 com.example.demo.wxapi.WXEntryActivity。这个路径写错或者类名少个字母微信授权结束后就找不到回调入口整个登录流程看起来就像“没跳转回来”。包名也要和开放平台后台填写的包名完全一致包括大小写。2.2 签名对不上是“表现最诡异”的问题签名问题是我最想重点说的因为它带来的现象特别迷惑。AppID 和包名都对微信也正常唤起授权页也跳出来了但用户一点“允许”页面就提示“无法验证应用来源”或者直接退回微信聊天界面App 这边收不到任何回调。Android 端的签名指的是应用签名证书的 MD5 值去掉了冒号后的小写十六进制字符串。微信后台填写的应用签名必须和当前 APK 实际签名一致。这里有个大坑开发和发布用的是不同签名。很多人用 debug 签名测试时一切正常一旦打了 release 包就登录失败就是因为 release 包用的是另一个 keystoreMD5 变了。还有加固和渠道打包工具也可能替换签名务必以最终用户安装的 APK 的签名为准。iOS 端虽然没有 MD5 签名这一步但后台配置的 Bundle ID 如果和应用实际 Bundle ID 不一致也会出现类似现象。另外 iOS 将 Universal Links 作为回调方式后微信开放平台后台还要填写“Universal Links”地址这个地址必须和你工程里 Associated Domains 配置的域名一致且能正常访问。很多老项目升级 SDK 后没有填写这个字段导致授权成功后无法回跳。检查 Android 签名 MD5 很快直接用 keytool 命令就行keytool -list -v -keystore your_keystore.jks -alias your_alias -storepass 123456导出结果里注意看“MD5”那一行把冒号全部去掉然后和微信后台的“应用签名”逐字符对比。我见过最离谱的一次签名文件本身没错但打包机上的 keystore 路径配错了每次构建都用了一个旧 keystore登录问题查了两天才发现。2.3 审核状态和测试白名单是隐形门槛还有一个特别容易被新手忽略的点微信开放平台上的应用如果还没有上线登录功能并不会对所有微信号开放。后台的“开发中”状态意味着只有添加为“体验成员”的微信号才能完成授权。如果测试时拿了一个没加白名单的微信号去点登录微信会直接提示“应用未通过审核暂时无法使用微信登录”看起来也很像“登录失败”。这种情况在测试阶段经常发生。解决方式有两种一是去开放平台后台把测试微信号加进“体验成员”列表二是等应用通过审核后再放开。这里要提醒一句每次改动后台配置后微信客户端可能还有缓存最好杀掉微信进程再重新测试否则改完配置一样会“暂不生效”。3. SDK 集成问题代码看着没问题但微信就是不认你3.1 注册入口和 iOS 的 SceneDelegate 坑配置全对以后问题往往会转移到代码里。iOS 老版本 SDK 用 registerApp 完成注册新版本 SDK 要求传入 Universal Link并且要在应用启动时调用。很多项目从旧 SDK 升级上来只改了初始化方法名却没有在 capabilities 里开启 Associated Domains也没有把域名填对就会出现“SDK 初始化成功、但跳转回调失效”的情况。iOS 13 之后还有一个隐蔽的坑App 的 SceneDelegate 接管了生命周期如果你的回调处理代码写在 AppDelegate 里而没有转发到 SceneDelegate微信授权回来时系统找不到处理入口。典型表现是授权成功后白屏几秒然后直接回到桌面App 没有被唤起。处理方式是检查scene(_:openURLContexts:)方法是否调用了 WXApi 的 handleOpenURL并且对 Universal Links 的继续处理也要在scene(_:continue:)方法里做一次。3.2 Android 的 Activity 配置少了一行就会翻车Android 端 SDK 集成里WXEntryActivity 除了路径要对还要在 AndroidManifest.xml 里配置成 exported 为 true并且设置 launchMode 为 singleTask。这两项缺一不可activity android:name.wxapi.WXEntryActivity android:exportedtrue android:launchModesingleTask /如果不加 exported微信拉起回调 Activity 的时候会被系统拦截直接抛 SecurityException如果 launchMode 不对多次回调时 Activity 可能被重建导致登录状态丢失。有些项目还开了混淆混淆规则没有保留 wxapi 包也会导致 Activity 类被重命名回调时类都找不到。正确做法是在 proguard-rules.pro 里加上-keep class 你的包名.wxapi.** { *; }3.3 多个 SDK 的回调冲突现在的 App 基本都会集成支付宝、QQ、抖音等第三方登录或分享 SDK这些 SDK 都需要通过 URL Scheme 或者 Activity 回调来唤醒。如果多个 SDK 在同一个方法里都消费了回调事件就会出现“微信回调被别的 SDK 截胡”的情况。最典型的是在openURL方法里同时调用了多个 SDK 的 handleOpen但返回值处理顺序写错微信的 code 还没被取走别的 SDK 已经返回了 true后面的回调代码就不执行了。处理这种问题没有捷径只能把每个 SDK 的回调方法按顺序逐个调用并且不要提前 return。我在项目中养成了一个习惯回调方法里先做日志输出再分别调用各平台的 handle 方法。4. 真机环境与现场排查把问题从“玄学”变成可复现4.1 模拟器、微信版本、系统时间这些环境变量微信登录不能只在模拟器上测。模拟器一般没有预装微信或者安装的版本不完整SDK 检测不到微信会直接返回错误。iPhone 模拟器上现在确实可以用部分微信功能但跳转登录行为依然不稳定所以务必拿真机测。“换一台真机就好了”这种事我遇到的太多了模拟器问题不用深究真机才是准绳。微信客户端版本也不能太旧。SDK 和微信客户端是有版本匹配关系的太老的微信客户端可能不支持新的 Universal Links 回跳方式。另外手机系统时间如果被改成和真实时间差距太大微信后台校验签名时会认为过期登录也会失败。这类问题在测试同学“为了测超时功能故意改时间”之后特别常见一改回来就全通了。4.2 用日志和抓包快速定位先说日志。iOS 工程里过滤 WXApi 关键字能看到从注册到拉起、到回调的完整过程。Android 用 adb 过滤也比较方便adb logcat -s WXEntryActivity:* WXApi:* WechatSDK:* *:S如果连日志都没有输出大概率是注册逻辑没执行到。如果日志里有请求发出但收不到响应基本就是签名、包名或 Universal Links 某个环节不匹配。抓包的话在授权成功后 App 会向微信服务器发起 code 换 token 的请求抓不到这个请求就说明 code 没回到 App 内部。微信 SDK 还提供了一组错误码对排查很有参考意义。返回码 -1 表示系统繁忙或签名错误-2 表示用户取消-4 表示发布失败。-1 里面其实藏了半壁江山签名不对、包名不对、后台某个字段没配都可能笼统地返回 -1。遇到 -1 不要反复重试回去核对配置才是正路。4.3 后端也要参与排查登录不跳转的问题不能只看客户端。code 回到 App 之后客户端要把 code 交给服务器由服务器调用微信的接口换取 access_token。这一步如果出错用户同样看到“登录失败”而且因为发生在跳转之后容易被误判成客户端回调问题。后端调用微信接口时常见的错误码有 40013AppID 无效、40125AppSecret 无效、40029code 失效。尤其是 code 只有五分钟有效期测试时如果断点导致时间拖太久再去换 token 就会失败。所以排查到“授权页能弹、回跳正常、但登录失败”的时候一定要让后端把请求参数和微信接口返回的原始报文打出来。很多前后端互相甩锅的拉锯战最后都是因为某一端的参数不对。5. 常见问题速查表与避坑建议5.1 症状、原因对照速查表现场表现最可能原因优先处理方式点击登录无反应日志无输出AppID 错误或 SDK 未注册核对开放平台 AppID确认注册代码执行微信能唤起但提示应用未注册包名/BundleID 不匹配逐字比对后台与工程配置唤起微信后授权页异常或一闪退出签名 MD5 或 Universal Links 错误重新生成签名确认 scopes 完整授权页正常点允许后回调不到 AppScheme 或 WXEntryActivity 路径不对检查回调入口和 manifest 配置回跳成功但最终登录失败后端 code 换 token 参数问题查后端接口日志和微信返回码测试号可以陌生微信号失败应用未上架体验白名单限制添加体验成员或等待审核通过这张表是我排查问题时的默认顺序。遇到新问题先对表现再对原因不要跳步。实际项目中能快速定位的基本都是按这个顺序逐项排除出来的。5.2 长期收益更高的习惯排查这类问题多年后我最大的体会是不要靠记忆力要建配置清单。每接一个新项目我都会把 iOS 和 Android 两端的 AppID、AppSecret、Scheme、包名、签名 MD5、Universal Links、测试微信号这些信息放在一份文档里任何一端改动配置立刻同步更新。这个习惯帮我省掉了无数重复排查的时间。再就是测试环境尽量独立。用单独的调试包、单独的签名、单独的微信号做微信登录测试不要和日常聊天用的主微信号混在一起。缓存这个因素很多人忽视微信对已经授权的应用有缓存改完后台配置后建议把微信 App 杀掉重开甚至重启手机再继续测。否则你明明改对了缓存还会让你看到旧的报错。最后一个小技巧微信登录“不跳转”的问题不要一上来就怀疑网络。微信授权过程中网络因素确实存在但大多数情况下网络只影响授权页加载速度不会造成完全不跳转。我在实际排查中比较倾向于先把所有配置项核对完再动代码十有八九问题不在代码。
做移动端开发这些年我处理过不少“微信登录不跳转”的工单。用户点一下“微信登录”按钮如果一直没有反应或者跳出去进到微信又一瞬间弹回来很多人第一反应是代码写错了但排查下来十有八九是配置、签名和 SDK 集成方式三个层面的问题。这篇汇总把我实际项目里踩过的坑按原因分类写清楚并给出可以直接照着做的排查方案适合正在做 App 接入微信登录的开发者也适合运维和测试同学快速定位问题。1. 先看懂微信登录的调用链才知道不跳转卡在哪一环1.1 一次正常登录要经过哪些环节从用户点击“微信登录”到最终拿到用户信息App 端至少要经历四段流程。第一段是 App 拉起微信客户端 SDK 会先检查本机是否安装了微信再通过 URL Scheme 或 Universal Links 唤起微信客户端。第二段是微信侧校验微信会拿当前 App 传入的 AppID、包名或 Bundle ID、签名信息和自己后台登记的开发方资料做比对只有全部一致才会展示授权页。第三段是授权与回跳用户点“允许”后微信把授权临时凭证 code 带回 App在 iOS 上主要通过 Universal Links 回跳在 Android 上则会拉起包名下的 WXEntryActivity。第四段是用 code 换 token拿到 code 之后由服务器调微信的接口获取 access_token 和用户资料跟微信客户端的跳转关系已经不大了。这个链条每一段都可能中断。最常见的“不跳转”分三种形态第一种点击按钮后连微信都没被唤起第二种微信被唤起了但授权页白屏、转圈、或闪一下就退出第三种微信授权成功但回调回不到 AppApp 像死了一样没反应。这三种形态对应的原因范围完全不同所以排查的第一步不是改代码是确认你现在卡在哪一种。1.2 用“形态”反推问题范围把问题按形态分类非常实用。点击没反应优先怀疑三件事AppID 是否正确、SDK 有没有成功注册、手机上是否真的装了微信。微信唤起了但授权页异常优先怀疑签名和包名不匹配以及微信后台配置的测试范围。授权成功但 App 收不到回调优先怀疑回调注册代码、URL Scheme 或 Universal Links 配置、以及 Activity 路径。我经常和同事说微信登录问题最怕的不是原因多而是没有分类直接乱试。比如在签名不对的时候去换 Scheme换一天也换不出结果。在我经手的项目里大概有七成问题集中在“配置项不一致”两成集中在“SDK 集成代码写错”剩下的一成才是冷门情况和环境问题。所以下面的排查顺序也是先易后难、先配置后代码。2. 配置类问题开放平台上的每一项都得逐字核对2.1 AppID、Scheme、包名这三样必须对齐先说最容易犯的低级错误AppID 填错。微信开放平台为每个应用分配一个 AppIDiOS 和 Android 如果是同一个应用的不同端后台是分开创建的两个应用AppID 也不一样。常见错误是在 Android 代码里复制了 iOS 的 AppID或者反过来这样微信侧校验直接失败表现就是点击登录后毫无反应或者微信打开后提示“应用未注册”。iOS 端还要注意 URL Scheme。微信官方要求 Scheme 格式必须是“wx”加上 AppID例如 wx1234567890abcdef。这个值要同时配置在微信开放平台后台的“iOS 应用”信息里以及 Xcode 工程的 URL Types 里。两边抄错一个字符微信就不会把这个 scheme 识别成当前 App。我建议直接到开放平台后台复制 AppID不要凭记忆敲很多“我明明配了却还是不行”的案例最后都是大小写或者字母顺序错了。Android 端则要看包名和 WXEntryActivity 的位置。微信 SDK 在 Android 上的回调目标类名是固定的必须放在“应用包名.wxapi.WXEntryActivity”也就是如果你的包名是 com.example.demo那么完整路径得是 com.example.demo.wxapi.WXEntryActivity。这个路径写错或者类名少个字母微信授权结束后就找不到回调入口整个登录流程看起来就像“没跳转回来”。包名也要和开放平台后台填写的包名完全一致包括大小写。2.2 签名对不上是“表现最诡异”的问题签名问题是我最想重点说的因为它带来的现象特别迷惑。AppID 和包名都对微信也正常唤起授权页也跳出来了但用户一点“允许”页面就提示“无法验证应用来源”或者直接退回微信聊天界面App 这边收不到任何回调。Android 端的签名指的是应用签名证书的 MD5 值去掉了冒号后的小写十六进制字符串。微信后台填写的应用签名必须和当前 APK 实际签名一致。这里有个大坑开发和发布用的是不同签名。很多人用 debug 签名测试时一切正常一旦打了 release 包就登录失败就是因为 release 包用的是另一个 keystoreMD5 变了。还有加固和渠道打包工具也可能替换签名务必以最终用户安装的 APK 的签名为准。iOS 端虽然没有 MD5 签名这一步但后台配置的 Bundle ID 如果和应用实际 Bundle ID 不一致也会出现类似现象。另外 iOS 将 Universal Links 作为回调方式后微信开放平台后台还要填写“Universal Links”地址这个地址必须和你工程里 Associated Domains 配置的域名一致且能正常访问。很多老项目升级 SDK 后没有填写这个字段导致授权成功后无法回跳。检查 Android 签名 MD5 很快直接用 keytool 命令就行keytool -list -v -keystore your_keystore.jks -alias your_alias -storepass 123456导出结果里注意看“MD5”那一行把冒号全部去掉然后和微信后台的“应用签名”逐字符对比。我见过最离谱的一次签名文件本身没错但打包机上的 keystore 路径配错了每次构建都用了一个旧 keystore登录问题查了两天才发现。2.3 审核状态和测试白名单是隐形门槛还有一个特别容易被新手忽略的点微信开放平台上的应用如果还没有上线登录功能并不会对所有微信号开放。后台的“开发中”状态意味着只有添加为“体验成员”的微信号才能完成授权。如果测试时拿了一个没加白名单的微信号去点登录微信会直接提示“应用未通过审核暂时无法使用微信登录”看起来也很像“登录失败”。这种情况在测试阶段经常发生。解决方式有两种一是去开放平台后台把测试微信号加进“体验成员”列表二是等应用通过审核后再放开。这里要提醒一句每次改动后台配置后微信客户端可能还有缓存最好杀掉微信进程再重新测试否则改完配置一样会“暂不生效”。3. SDK 集成问题代码看着没问题但微信就是不认你3.1 注册入口和 iOS 的 SceneDelegate 坑配置全对以后问题往往会转移到代码里。iOS 老版本 SDK 用 registerApp 完成注册新版本 SDK 要求传入 Universal Link并且要在应用启动时调用。很多项目从旧 SDK 升级上来只改了初始化方法名却没有在 capabilities 里开启 Associated Domains也没有把域名填对就会出现“SDK 初始化成功、但跳转回调失效”的情况。iOS 13 之后还有一个隐蔽的坑App 的 SceneDelegate 接管了生命周期如果你的回调处理代码写在 AppDelegate 里而没有转发到 SceneDelegate微信授权回来时系统找不到处理入口。典型表现是授权成功后白屏几秒然后直接回到桌面App 没有被唤起。处理方式是检查scene(_:openURLContexts:)方法是否调用了 WXApi 的 handleOpenURL并且对 Universal Links 的继续处理也要在scene(_:continue:)方法里做一次。3.2 Android 的 Activity 配置少了一行就会翻车Android 端 SDK 集成里WXEntryActivity 除了路径要对还要在 AndroidManifest.xml 里配置成 exported 为 true并且设置 launchMode 为 singleTask。这两项缺一不可activity android:name.wxapi.WXEntryActivity android:exportedtrue android:launchModesingleTask /如果不加 exported微信拉起回调 Activity 的时候会被系统拦截直接抛 SecurityException如果 launchMode 不对多次回调时 Activity 可能被重建导致登录状态丢失。有些项目还开了混淆混淆规则没有保留 wxapi 包也会导致 Activity 类被重命名回调时类都找不到。正确做法是在 proguard-rules.pro 里加上-keep class 你的包名.wxapi.** { *; }3.3 多个 SDK 的回调冲突现在的 App 基本都会集成支付宝、QQ、抖音等第三方登录或分享 SDK这些 SDK 都需要通过 URL Scheme 或者 Activity 回调来唤醒。如果多个 SDK 在同一个方法里都消费了回调事件就会出现“微信回调被别的 SDK 截胡”的情况。最典型的是在openURL方法里同时调用了多个 SDK 的 handleOpen但返回值处理顺序写错微信的 code 还没被取走别的 SDK 已经返回了 true后面的回调代码就不执行了。处理这种问题没有捷径只能把每个 SDK 的回调方法按顺序逐个调用并且不要提前 return。我在项目中养成了一个习惯回调方法里先做日志输出再分别调用各平台的 handle 方法。4. 真机环境与现场排查把问题从“玄学”变成可复现4.1 模拟器、微信版本、系统时间这些环境变量微信登录不能只在模拟器上测。模拟器一般没有预装微信或者安装的版本不完整SDK 检测不到微信会直接返回错误。iPhone 模拟器上现在确实可以用部分微信功能但跳转登录行为依然不稳定所以务必拿真机测。“换一台真机就好了”这种事我遇到的太多了模拟器问题不用深究真机才是准绳。微信客户端版本也不能太旧。SDK 和微信客户端是有版本匹配关系的太老的微信客户端可能不支持新的 Universal Links 回跳方式。另外手机系统时间如果被改成和真实时间差距太大微信后台校验签名时会认为过期登录也会失败。这类问题在测试同学“为了测超时功能故意改时间”之后特别常见一改回来就全通了。4.2 用日志和抓包快速定位先说日志。iOS 工程里过滤 WXApi 关键字能看到从注册到拉起、到回调的完整过程。Android 用 adb 过滤也比较方便adb logcat -s WXEntryActivity:* WXApi:* WechatSDK:* *:S如果连日志都没有输出大概率是注册逻辑没执行到。如果日志里有请求发出但收不到响应基本就是签名、包名或 Universal Links 某个环节不匹配。抓包的话在授权成功后 App 会向微信服务器发起 code 换 token 的请求抓不到这个请求就说明 code 没回到 App 内部。微信 SDK 还提供了一组错误码对排查很有参考意义。返回码 -1 表示系统繁忙或签名错误-2 表示用户取消-4 表示发布失败。-1 里面其实藏了半壁江山签名不对、包名不对、后台某个字段没配都可能笼统地返回 -1。遇到 -1 不要反复重试回去核对配置才是正路。4.3 后端也要参与排查登录不跳转的问题不能只看客户端。code 回到 App 之后客户端要把 code 交给服务器由服务器调用微信的接口换取 access_token。这一步如果出错用户同样看到“登录失败”而且因为发生在跳转之后容易被误判成客户端回调问题。后端调用微信接口时常见的错误码有 40013AppID 无效、40125AppSecret 无效、40029code 失效。尤其是 code 只有五分钟有效期测试时如果断点导致时间拖太久再去换 token 就会失败。所以排查到“授权页能弹、回跳正常、但登录失败”的时候一定要让后端把请求参数和微信接口返回的原始报文打出来。很多前后端互相甩锅的拉锯战最后都是因为某一端的参数不对。5. 常见问题速查表与避坑建议5.1 症状、原因对照速查表现场表现最可能原因优先处理方式点击登录无反应日志无输出AppID 错误或 SDK 未注册核对开放平台 AppID确认注册代码执行微信能唤起但提示应用未注册包名/BundleID 不匹配逐字比对后台与工程配置唤起微信后授权页异常或一闪退出签名 MD5 或 Universal Links 错误重新生成签名确认 scopes 完整授权页正常点允许后回调不到 AppScheme 或 WXEntryActivity 路径不对检查回调入口和 manifest 配置回跳成功但最终登录失败后端 code 换 token 参数问题查后端接口日志和微信返回码测试号可以陌生微信号失败应用未上架体验白名单限制添加体验成员或等待审核通过这张表是我排查问题时的默认顺序。遇到新问题先对表现再对原因不要跳步。实际项目中能快速定位的基本都是按这个顺序逐项排除出来的。5.2 长期收益更高的习惯排查这类问题多年后我最大的体会是不要靠记忆力要建配置清单。每接一个新项目我都会把 iOS 和 Android 两端的 AppID、AppSecret、Scheme、包名、签名 MD5、Universal Links、测试微信号这些信息放在一份文档里任何一端改动配置立刻同步更新。这个习惯帮我省掉了无数重复排查的时间。再就是测试环境尽量独立。用单独的调试包、单独的签名、单独的微信号做微信登录测试不要和日常聊天用的主微信号混在一起。缓存这个因素很多人忽视微信对已经授权的应用有缓存改完后台配置后建议把微信 App 杀掉重开甚至重启手机再继续测。否则你明明改对了缓存还会让你看到旧的报错。最后一个小技巧微信登录“不跳转”的问题不要一上来就怀疑网络。微信授权过程中网络因素确实存在但大多数情况下网络只影响授权页加载速度不会造成完全不跳转。我在实际排查中比较倾向于先把所有配置项核对完再动代码十有八九问题不在代码。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
