#8 楼 @mingway_hu 以后有 bug 可以在这里提啊。

可以来测试 testerhome，有茫茫多的 bug

#1 楼 @monkey 每隔开一段时间 看看。。

#10 楼 @chimera
请看楼上：
zhangzhao_lenovo · #6 · 11 天前 喜欢

#5 楼 @sanlengjingvv 恩，图上传到坛子给压缩了就不清楚了.. 清楚的放附件里了

这个方法仅限于 UIAutomator 模式下，因为 Selendroid 模式是必须带 app 这个参数的

可以改造下

发现帖子不支持 参考式 链接。。 这个是啥意思？

可以使用表格

#39 楼 @testly 好，主贴也改下~

楼主抛个问题，底下的人回答的很认真，那希望楼主能整理下，做个汇总贴。其他人别跟着水了。

#1 楼 @chenhengjie123 之前百度收录还是很差的。

#4 楼 @michael_wang 登录式和非登录式的区别

#2 楼 @michael_wang

appium.app 程序 doctor 检查时却提示没有设置 ANDROID_HOME？

• check what shell you use? echo $SHELL in the pop up terminal when appium doctor
• check whether the ANDROID_HOME is set in the shell you use

app 走的又不是这些环境变量。

已经加入 wiki http://testerhome.com/wiki

你明显应该讲讲杭州夜晚的灯红酒绿

极客学院提供 3 个月全网免费课堂 这个很有诱惑力啊

顶贴！

#31 楼 @testly C/C++ 申请的内存空间在 native heap 中，而 java 申请的内存空间则在 dalvik heap 中。
这个是因为 Android 系统对 dalvik 的 vm heapsize 作了硬性限制，当 java 进程申请的 java 空间超过阈值时，就会抛出 OOM 异常（这个阈值可以是 48M、24M、16M 等，视机型而定），可以通过 adb shell getprop | grep dalvik.vm.heapgrowthlimit 查看此值。

也就是说，程序发生 OMM 并不表示 RAM 不足，而是因为程序申请的 java heap 对象超过了 dalvik vm heapgrowthlimit。也就是说，在 RAM 充足的情况下，也可能发生 OOM。

这样的设计似乎有些不合理，但是 Google 为什么这样做呢？这样设计的目的是为了让 Android 系统能同时让比较多的进程常驻内存，这样程序启动时就不用每次都重新加载到内存，能够给用户更快的响应。迫使每个应用程序使用较小的内存，移动设备非常有限的 RAM 就能使比较多的 app 常驻其中。但是有一些大型应用程序是无法忍受 vm heapgrowthlimit 的限制的

#29 楼 @testly adb shell getprop|grep heapgrowthlimit
|[dalvik.vm.heapgrowthlimit]: [96m]

这个最大限制值得是 dalvik 的吧？

#27 楼 @testly dalvik 使用的内存 +native 使用的内存 大于 程序限制最大的内存 我的问题是不应该吧 native 算在里面，而是单 dalvik 才能促发 oom

@testly 你还没回答我问题呢

如果加上一些并发，负载等，就是性能测试报告了。
性能报告的曲线展示还没弄出来，有空再看看。

补齐了，才能加精！ 不能马虎啊 @snake

@mads 你应该把你这个系列 整理下 然后做个合集。

对于内存的限制是 native+dalvik 不能超过最大限制。
android 程序内存一般限制在 16M，当然也有 24M 的。

这段有问题，

# 查看单个应用程序最大内存限制

 adb shell getprop|grep heapgrowthlimit
|[dalvik.vm.heapgrowthlimit]: [96m]

都说了 dalvik 了， 和 native 有个毛关系？ @testly