Fix Anroid 5 ～ 7 虚拟机堆内存减半方案存在的BUG

[Mr-JingShi]

dev分支编译不过，直接在master分支操作了。

（1）Android 5.x space name相同 https://cs.android.com/android/platform/superproject/+/android-5.0.0_r1.0.1:art/runtime/gc/heap.cc https://cs.android.com/android/platform/superproject/+/android-5.1.1_r9:art/runtime/gc/heap.cc 从上可以看出： Android 5.x 系列Android系统存在一个BUG，即From和To的space name都是dalvik-main space（Android 5以上To的space name为dalvik-main space 1），因此Android 5.x 需要特殊处理。

（2）"dalvik.vm.heapsize" property值 Android 5.x 单个space的虚拟内存等于dalvik.vm.heapsize。 Android 6以上 单个space的虚拟内存不大于dalvik.vm.heapsize。

（3）IterateMaps存在fd泄漏

（4）ScopedCleaner移动构造函数内"omit"拼写错误

（5）IterateMaps中sscanf使用错误

s要求the terminating NUL character，如果使用s，则至少是4+1大小。 c不要求the terminating NUL character，如果使用c，则至少是4大小。

(6) pathLen是size_t类型，一定>=0，但会进行[pathLen-1]数组下标访问，pathLen必须>0

(7)适配 Android 5.0 TCL P590L机型 通常From和To在maps中为4条 //From start:0x12c00000 end:0x12e01000 path:/dev/ashmem/dalvik-main space (deleted) start:0x12e01000 end:0x22c00000 path:/dev/ashmem/dalvik-main space (deleted) //To start:0x22c00000 end:0x22c01000 path:/dev/ashmem/dalvik-main space (deleted) start:0x22c01000 end:0x32c00000 path:/dev/ashmem/dalvik-main space (deleted)

Android 5.0 TCL P590L机型为5条 //From start:0x12c00000 end:0x12c71000 path:/dev/ashmem/dalvik-main space (deleted) start:0x12c71000 end:0x12e71000 path:/dev/ashmem/dalvik-main space (deleted) start:0x12e71000 end:0x1bc00000 path:/dev/ashmem/dalvik-main space (deleted) //To start:0x1bc00000 end:0x1bc01000 path:/dev/ashmem/dalvik-main space (deleted) start:0x1bc01000 end:0x24c00000 path:/dev/ashmem/dalvik-main space (deleted)

假设还可能存在下列情况： //From start:0x12c00000 end:0x12c01000 path:/dev/ashmem/dalvik-main space (deleted) start:0x12c01000 end:0x1bc00000 path:/dev/ashmem/dalvik-main space (deleted) //To start:0x1bc00000 end:0x1bc71000 path:/dev/ashmem/dalvik-main space (deleted) start:0x1bc71000 end:0x1be71000 path:/dev/ashmem/dalvik-main space (deleted) start:0x1be71000 end:0x24c00000 path:/dev/ashmem/dalvik-main space (deleted)

“Adptor for Android 5.0 TCL P590L” commit做了相关BUG修复。

验证机型 Android5.0 SAMSUNG SM-N9005 SAMSUNG SM-N9000Q
SAMSUNG SM-T807V
LGE LG-H422 MOTOROLA XT1078

Android5.1 SAMSUNG SM-A510M
SAMSUNG SM-G928F SAMSUNG SM-J111F
OPPO A37f
BLACKBERRY STV100-1

Android6.0 VIVO Y67A MEIZU MEIZU_M5 SONY F3311 HUAWEI VNS-AL00 XIAOMI Redmi Note 3 SAMSUNG SM-G930F SAMSUNG SM-A700F

Android7.0 XIAOMI MIX SAMSUNG SM-G955U
HUAWEI VKY-L09
HTC 10 MOTOROLA Moto G (4) SONY F8331 OUKITEL C8 WHEATEK KIICAA POWER

Android7.1 ONEPLUS A5010
SONY G8141 XIAOMI Redmi 5
SAMSUNG SM-A730F OPPO CPH1727 MEIZU MX6 LGE LG-M700

[tencent-adm]

Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.

---

chengjian.scj seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.
_{You have signed the CLA already but the status is still pending? Let us recheck it.}

[zefengsysu]

Android 6级以上 "dalvik.vm.heapsize" property值不大于（大多数都为小于）虚拟机堆内存大小。 这个是实际测试得到的结论吗？从源码看应该dalvik.vm.heapsize就是对应Heap的capacity_的吧

[Mr-JingShi]

Android 6级以上 "dalvik.vm.heapsize" property值不大于（大多数都为小于）虚拟机堆内存大小。 这个是实际测试得到的结论吗？从源码看应该dalvik.vm.heapsize就是对应Heap的capacity_的吧

实际测试得出的结论： 比如： Android 6.0 VIVO Y67A型号 vmHeapSize: 268435456, actual_space1: 134217728, actual_space2: 134217728

Android 6.0 SONY F3111型号 vmHeapSize: 268435456, actual_space1: 134217728, actual_space2: 134217728

Android 7.0 XIAOMI MIX型号 vmHeapSize: 536870912, actual_space1: 268435456, actual_space2: 268435456

[zefengsysu]

Android 6级以上 "dalvik.vm.heapsize" property值不大于（大多数都为小于）虚拟机堆内存大小。 这个是实际测试得到的结论吗？从源码看应该dalvik.vm.heapsize就是对应Heap的capacity_的吧

实际测试得出的结论： 比如： Android 6.0 VIVO Y67A型号 vmHeapSize: 268435456, actual_space1: 134217728, actual_space2: 134217728

Android 6.0 SONY F3111型号 vmHeapSize: 268435456, actual_space1: 134217728, actual_space2: 134217728

Android 7.0 XIAOMI MIX型号 vmHeapSize: 536870912, actual_space1: 268435456, actual_space2: 268435456

理解你的意思了，应该是前面的表述说反了，实际是单个space的虚拟内存占用不大于dalvik.vm.heapsize。这个确实是art的设计，对于非largeHeap的App，启动时会通过Heap::ClampGrowthLimit缩减虚拟内存到growthlimit，只是一般大型App都开了largeHeap。

[Mr-JingShi]

Android 6级以上 "dalvik.vm.heapsize" property值不大于（大多数都为小于）虚拟机堆内存大小。 这个是实际测试得到的结论吗？从源码看应该dalvik.vm.heapsize就是对应Heap的capacity_的吧

实际测试得出的结论： 比如： Android 6.0 VIVO Y67A型号 vmHeapSize: 268435456, actual_space1: 134217728, actual_space2: 134217728 Android 6.0 SONY F3111型号 vmHeapSize: 268435456, actual_space1: 134217728, actual_space2: 134217728 Android 7.0 XIAOMI MIX型号 vmHeapSize: 536870912, actual_space1: 268435456, actual_space2: 268435456

理解你的意思了，应该是前面的表述说反了，实际是单个space的虚拟内存占用不大于dalvik.vm.heapsize。这个确实是art的设计，对于非largeHeap的App，启动时会通过Heap::ClampGrowthLimit缩减虚拟内存到growthlimit，只是一般大型App都开了largeHeap。

🙏提醒，已更正