很多用户遇到手机微信打不开的情况，大部分是因为升级到新版本常遇到强制闪退，这种情况可能是因为版本不匹配。用户可以在官方网站下载适合自己机型或者是适合自己手机系统的微信。如果还是登入不了那可能是网络的问题了。小编先来说说为什么打不开的问题，一起来看看吧。

　　1.首先看看自己是什么版本的手机系统，如果是安卓的话是不是在2.1以上的版本，不是的话可以进入官方网站下载合适的系统。查看自己手机系统的方法是进入设置就可以看到自己的版本可。

　　2、如果是低于2.1的系统，先要卸载安装好的微信，在手机设置里的应用程序可以卸载微信，或者用手机助手都可以删除。

　　3、在百度里面搜索进入官方网站下载适合自己版本的微信，第一个微信qq的域名就是官网。

　　4、点击右上角下载，选择安卓系统，点击下载安装就可以了。

　　5、不是安卓系统可以根据自己的手机型号下载合适的微信版本。

　　6、如果手机版本是比较高的，那就要看看是不是微信的版本低了，可以在微信上面直接检测。出现强制退出需呀下载最新的版本。

　　7、还有一种可能就是用户手机运行的程序太多，那就要删除一些应用清理手机内存。关机重启也可以，手机稳定性会好一点，小编建议最好是把不用的软件卸载掉。

　　以上就是小编带来的手机微信打不开怎么回事的解决方法，希望能帮助到大家。

“如果某个实体表现出以下任何一种特性，它就具备自主性：自我修复、自我保护、自我维护、对目标的自我控制、自我改进。” —— 凯文·凯利

iOS App 有时可能遇到启动必 crash 的绝境：每次打开 App 都闪退，无法正常使用App。

为了尝试解决这个问题，微信读书开发了 iOS 连续闪退保护工具：，检测连续闪退，在连续闪退出现时，尝试自修复 App：

本文探讨了连续闪退问题的产生原因、检测、修复机制，以及如何在你的项目中引入、测试和使用。

首先要检测用户 App 出现了连续闪退的情况，有两种检测方法，捕获异常和计时器。

检测连续闪退，可以通过捕获异常来实现，异常有以下种类：

在念茜的一文中详细介绍了 Mach 异常和 Unix 信号捕获 crash 的机制。简单来说，异常一般产生自 iOS 的微内核 Mach，然后在 BSD 层转换成 UNIX SIGABRT 信号，以标准 POSIX 信号的形式提供给用户。NSException 是使用者在处理 App 逻辑时，用编程的方法抛出。

通过以下方法捕获异常：

1. 首先维护一个计数变量，表示连续闪退次数
2. 每次启动时，如果连续闪退计数 > n，则检测到了连续闪退
3. 启动后，执行一个定时任务，在 5s 后重置计数（如果 App 连续闪退则不会重置）

通过 Mach 异常、Unix 信号、NSException 异常来检测闪退，能获得更多的 crash 上下文，但由于 crash 收集框架多使用这些方法，可能会有这样的风险：与第三方 crash 收集框架冲突导致漏检测。另外，可能会与 App 已有的异常处理代码产生耦合。

除了通过捕获异常的方式检测连续闪退，还可以通过计数器方法来检测：

1. 维护一个计数变量，用于表示连续闪退的次数
2. 如果发现计数变量 > n，表明 App 连续 n 次连续闪退，启动保护流程，重置计数。
3. 当保护流程完成后，进入 App 正常启动流程

而计数器方法逻辑简单，与原有的代码耦合小。虽然有误报可能（在启动后立即被 kill 掉，误认为 crash），但是可以通过设置阈值来减小误报的误报率。

综上权衡，我们使用计时器方法检测连续闪退。

检测到连续闪退后，接下来要尝试对闪退进行修复，这里先分析可能的闪退原因，再结合微信读书的例子说明修复流程。

连续闪退，可能是 App 启动关键路径中执行了必 crash 的代码，原因可能有：

1. 数据库损坏：在日常使用如异常退出、断电，或者错误的操作（参考：）。
2. 代码 bug：当必 crash 的代码出现在启动关键路径中，就会导致连续闪退。

针对 1，可以通过工具修复数据库，或者删除 DB。针对2，可以删除文件来进行修复。对于 3 和 4，我们需要具体地分析 crash 案例，通过 JSPatch 来进行修复。

为了应对上述导致连续闪退的原因，微信读书的修复流程为：

1. 弹 Toast 提示用户是否修复，轻触『修复』执行2，否则执行 5

2. 这里是为了解决上述第4点 - 代码 bug 导致的闪退，使用 JSPatch 可以进行热修复。在 didFinishLaunching 时，会卡住界面发请求检查是否有可用的 JSPatch 脚本，如果有则加载执行，解决代码 bug 导致的闪退。

3. 这里直接删除了所有用户数据，适用于微信读书这种所有数据都在云端，删除后可以完全从云端恢复。如果你的 App 不属于这种场景，那么应该在 repairBlock 中自定义修复逻辑，比如：

   a. 不删除文件，只修复数据库
   b. 修复前把用户数据备份到云端
   

连续闪退检测 + 保护流程如图所示：

检测的逻辑 GYBootingProtection 已经处理好，修复的处理预留了接口，可以由用户自定义，把自定义的修复流程传入 repairBlock 即可。

1. 下载 源码 ，将 src 目录下所有文件拖拽到你的 Xcode 项目

1. 首先制造连续闪退场景：

   启动后 5 秒内，双击 Home 通过上划手势 kill 掉 App，重复多次。（也可以在代码里人为制造crash）

2. 当连续闪退超过 5 次时，会提示用户修复：

3. 用户轻触修复，App 重置初始状态，连续闪退问题解决：

给InfoQ中文站投稿或者参与内容翻译工作，请邮件至。也欢迎大家通过新浪微博（，），微信（微信号：）关注我们。

来源：现代快报 编辑：刘枫