本帖最后由 尊称 于 2020-8-18 23:58 编辑
借着查信息的机会，找到解决三星安卓6下微信死机办法：
手机首先root用RE打开/system/build.prop
修改
dalvik.vm.heapstartsize=16m
dalvik.vm.heapgrowthlimit=192m
dalvik.vm.heapminfree=4m
dalvik.vm.heapmaxfree=8m
修改后保存。
重启手机微信在看图片就不会卡死了。
微信对焦也可以正常用了。
不知道好使不好使，留这儿回头试试。
http://bbs.gfan.com/forum.php?mo ... 4&pid=345142112
android 系统中可以在prop中配置dalvik堆的有关设定。具体设定由如下三个属性来控制
-dalvik.vm.heapstartsize
堆分配的初始大小，调整这个值会影响到应用的流畅性和整体ram消耗。这个值越小，系统ram消耗越慢，
但是由于初始值较小，一些较大的应用需要扩张这个堆，从而引发gc和堆调整的策略，会应用反应更慢。
相反，这个值越大系统ram消耗越快，但是程序更流畅。
-dalvik.vm.heapgrowthlimit
受控情况下的极限堆（仅仅针对dalvik堆，不包括native堆）大小，dvm heap是可增长的，但是正常情况下
dvm heap的大小是不会超过dalvik.vm.heapgrowthlimit的值（非正常情况下面会详细说明）。这个值控制那
些受控应用的极限堆大小，如果受控的应用dvm heap size超过该值，则将引发oom（out of memory）。
-dalvik.vm.heapsize
不受控情况下的极限堆大小，这个就是堆的最大值。不管它是不是受控的。这个值会影响非受控应用的dalvik
heap size。一旦dalvik heap size超过这个值，直接引发oom。
用他们三者之间的关系做一个简单的比喻：分配dalvik heap就好像去食堂打饭，有人饭量大，要吃三碗，有人饭量小，连一碗都吃不完。如果食堂按照三碗的标准来给每个人打饭，那绝对是铺张浪费，所以食堂的策略就是先打一碗，凑合吃，不够了自己再来加，设定堆大小也是一样，先给一个合理值，凑合用，自己不够了再跟系统要。食堂毕竟是做买卖的，如果很多人明显吃不了那么多，硬是一碗接着一碗。为了制止这种不合理的现象，食堂又定了一个策略，一般人就只能吃三碗。但是如果虎背熊腰的大汉确实有需要，可以吃上五碗，超过五碗就不给了（太亏本了）。
开始给一碗 对应 dalvik.vm.heapstartsize
一般人最多吃三碗 对应 dalvik.vm.heapgrowthlimit
虎背熊腰的大汉最多能吃五碗 对应 dalvik.vm.heapsize
补充内容 (2020-11-9 13:00):
好使！微信打开原图不再死机了 |
，一天一夜下来开屏时间两小时，已经算是常规使用了，硬件屏幕第一，软件微信第一，标准的老年机范畴。
，我现在正常使用还得桌上立着放大镜看呢，苹果操练过两回感觉字体太小，无法接受，当然太贵心里无法接受。
来自安卓客户端
