死机？你开发的应用还会影响死机？如果是这样起码是系统级别的应用。如果此时系统暂时还是能用的，只是无响应，可是使用 mmap 把当前应用的堆栈写下来。应用 anr 或者进程闪退都可以的，因为这个操作是系统级别的写入。
但是如果你系统都死了，mmap 可能无法正常写入

@Stevenv base64 也能解码呀，你 base 个寂寞。。。

·就不爽它，一晚上掉百分之 2 ， 如果每个应用都这样，那就太可怕了。 用久了苹果就看不惯这种的·
@dengjunwen 这并不是微信决定的，是系统决定的。android 的省电策略类似于一个线程池，所有的应用把自己想后台运行的任务提交给系统，系统根据他们运行的时候耗费的资源来决定是否运行，以及运行多长时间。如果你的手机有非常多的这种微信应用，它就会给每个应用均分，而不是让微信一个应用独占。
系统怎么调度，是根据当前手机的网络，电量，充电状态，内存等等都有关系的，所以本质上不是微信的问题，是 android 省略策略问题。
当然你说微信就不应该一直在后台跑，不管它耗电多少，它就不应该一直往系统里提交任务。这个我想说，它作为一个必须维持心跳的应用，这个是必然要一直运行后台任务的。当然也可以不运行，就是如果手机支持谷歌推送的话，不维持也是可以的。
但是我想说，如果我做应用的话，我也不会搞两套，这是很核心的基础功能，并不是那么好的替换的。另外就是，支持谷歌推送的用户是比较少的，还有就是我就算在后台，占用的资源也很少。综合考虑这些情况的话，我要是做应用，也不会分两套做的。另外可能 wechat 得表现会不同，但是具体我也不知道，我没用过 wechat

没感觉咋就流氓运行了，运行这么久耗电量这么低，这是谷歌允许范围内的。说明它把任务给 android 系统调度了，而且符合 android 系统的调度算法，所以能跑这么长时间。

@MakinoharaShoko 不是你的账号活跃，要你的项目活跃，但是光你项目活跃是没用的，比如你天天往 github 推送也没什么卵用，它要求你必须维护着：“maintain popular open source projects ”， 这个 project 怎么定义呢，目前 github 貌似有没有给出详细的定义： https://news.ycombinator.com/item?id=31826013
我个人觉得它貌似修改了标准，导致有些人可能很少的 star 也能获取，后来修改了，但是认证是一年有效了，所以之前认证的还能继续用

跟 start 没关呀，它要求你在一定的时间内是活跃的（有更新）才行

没有的，目前几乎没有什么内核方案是完美的

这个就是基础开发框架，前端我不是很清楚，我主业 Android ，很多人搞了这种，内置网络请求，图片加载，baseUI 等等。
前端我是业余的，据我所知因为框架太多，一般来说，你应该直接搜某个基础环境，比如你用 vue ，则搜 vue 基础环境，项目里应该包含 vue 以及它相关的插件，比如 element-ui 等等一套搞下来。
如果是 react 就是 react 相关的，以此类推，毕竟它不像 android 或者 ios ，基本上都是官方那一套，不是官方那一套，有没什么好选的。但是前端不同框架之间的环境，插件，以及用法都不太一样。

userAgent

@wmwm 说实话，这界面挺丑的，我的技术栈跟你一样，学了 vue 之后，用上了 t-desin 或 element 就不一样了。设计这个方面，我开始用的话也挺丑的，最终就是抄，你觉得哪个网站漂亮，就直接上手抄就完事了

压根不是国企，别骗自己了

国内的很多产品都是这样的，细节一点都没有。然后测试的时候一大堆问题，什么没有长度限制，没有大小限制什么的一大堆，最终都是开发背锅

还得是 pixel ，另外堆栈还没出来就崩了，应该是还没走到你的断点，你断错了地方了。我用过 10+以上的 mi 和 pixel 都没有这个问题。
还有就是如果确实手机有问题，就右键断点，选更多，再把 Java Exceptions breakpoints 勾上，还有其他的也可以勾，这里表示捕捉 java 的错误，kotlin 的下面。更多功能自己去发掘

@lisxour 不用鸭，我白嫖两年多了