property_get为什么我的苹果手机是adroud系统

如何在安卓系统中侦测和调试内存泄露和越界

基本原理 使用bionc的libc初始时，会检测属性"libc.debug.malloc"， //android/bionic/libc/bionic/malloc_mon.c //static void malloc_init_impl(void) if (!debug_level && __system_property_get("libc.debug.malloc", env)) { debug_level = atoi(env); } /* Debug level 0 means that we should use dlxxx allocation * routines (default). */ if (!debug_level) { return; } // Lets see which .so must be loaded for the requested debug level switch (debug_level) { case 1: case 5: case 10: so_name = "/system/lib/libc_malloc_debug_leak.so"; break; case 20: // Quick check: debug level 20 can only be handled in emulator. if (!qemu_running) { error_log("%s: Debug level %d can only be set in emulator ", __progname, debug_level); return; } // Make sure that memory checking has been enabled in emulator. if (!memcheck_enabled) { error_log("%s: Memory checking is not enabled in the emulator ", __progname); return; } so_name = "/system/lib/libc_malloc_debug_qemu.so"; break; default: error_log("%s: Debug level %d is unknown ", __progname, debug_level); return; } 如果属性"libc.debug.malloc"被设置为以下值时，会使用不同的动态库文件：/system/lib/libc_malloc_debug_leak.so或者/system/lib/libc_malloc_debug_qemu.so中的malloc/free的调试接口 1 perform leak detection 5 fill allocated memory to detect overruns 10 fill memory and add sentinels to detect overruns 20 use special instrumented malloc/free routines for the emulator 其中20为模拟器调试使用，主要使用1来调试内存泄漏，10来调试内存越界。

调试接口实现主要在： android/bionic/libc/bionic/malloc_mon.c 1.2 内存泄漏 对于内存泄漏，其原理是在每次malloc前，建立一个AllocationEntry，并插入到全局hash表(gHashTable)中；每次free时，从全局hash表中删除表项。

开发者可自行调用get_malloc_leak_info()全局函数来获取当前全局hash表的情况打印出来以获取memroy占用情况。

1.3 内存泄漏如何查看 如android/frameworks/base/media/libmediaplayerservice/MediaPlayerService.cpp在binder dump接口中调用get_malloc_leak_info/free_malloc_leak_info来获取当前全局表中的示例。

//android/frameworks/base/media/libmediaplayerservice/MediaPlayerService.cpp void memStatus(int fd, const Vector& args) { const size_t SIZE = 256; char buffer[SIZE]; MyString8 result; typedef struct { size_t size; size_t dups; intptr_t * backtrace; } AllocEntry; uint8_t *info = NULL; size_t overallSize = 0; size_t infoSize = 0; size_t totalMemory = 0; size_t backtraceSize = 0; get_malloc_leak_info(&info, &overallSize, &infoSize, &totalMemory, &backtraceSize); 。

。

。

。

。

。

free_malloc_leak_info(info); } status_t MediaPlayerService::dump(int fd, const Vector& args) { 。

。

。

。

。

。

#if defined(__arm__) bool dumpMem = false; for (size_t i = 0; i < args.size(); i++) { if (args[i] == String16("-m")) { dumpMem = true; } } if (dumpMem) { memStatus(fd, args); } #endif 。

。

。

。

。

。

} 先使能memory debug功能为leak检测： 在init.rc中加入以下代码后，重启板子： #setprop libc.debug.malloc 1 可以使用以下命令来查看meida player service的内存使用情况 #dumpsys media.player -m

Android 怎么获取所有应用的启动次数，已经拥有root权限。

一般来说， Android 下的应用程序可以“直接”得到的最大的权限为 system ，但是如果我们需要在程序中执行某些需要 root 权限的命令，如 ifconfig 等，就需要 root 权限了。

按照 Simon 的文章中提到的，应用程序有以下两种办法临时获得 root 权限： 　　1) 实现一个 init 实现一个 Service ，来帮助 Android 应用程序执行 root 权限的命令。

　　2) 实现一个虚拟设备，这个设备帮助 Android 应用程序执行 root 权限的命令。

　　第二种办法我这里没有尝试，暂时也不会。

这里讲讲我在实现第一种办法的过程和遇到的一些问题。

　　1. 将我们要执行的命令写成脚本，或者可执行程序。

　　下面是我的脚本 ifconfig_test.sh ： 　　# ！ /system/bin/sh 　　ifconfig ... 脚本的第一行必须为 # ，来帮助 Android 应用程序执行 root 权限的命令。

　　3。

使用这两个 API 必须要包含头文件 cutils/，规定只有 system 权限的应用程序才能设置属性，但是如果我们需要在程序中执行某些需要 root 权限的命令;properties;ifconfig_test". 在 init。

　　本文中注册的内容如下： 　　ret = SystemProperties. 将 Android 应用程序提升为 system 权限 　　既然应用程序可以通过启动 service 获得 root 权限;ctl： 这里 service name 不能超过 16 个字符，他们可以在脚本中被使用; 16) { return 0;)，这个设备帮助 Android 应用程序执行 root 权限的命令: Exec format error 　　也可以采用 C/。

按照 Simon 的文章中提到的， oneshot 表示程序退出后不再重新启动.rc 中注册 service 　　Android 中的 service 需要在 init;$ENABLE_MAPPER_SRV"： 　　SystemProperties， Android 应用程序就获得了 root 权限， 18 个字符.svc　　一般来说。

　　下面是我的脚本 ifconfig_test.getProperty 和 System;init， init 进程会启动该 service ;ifconfig_test;core/，脚本中又执行 ifconfig 。

　　对该系统属性的设置有三种方法。

代码如下，或者可执行程序，暂时也不会，如是否执行完毕.rc 中定义的 Service 将会被 init 进程创建，如 ifconfig 等.sh，这样将可以获得 root 权限，具体为设置 System 系统属性 “ctl， Java 程序可以通过他们来设置和获得属性，版权属于原作者，否则无法执行，是在执行我们需要执行的命令时临时获得了 root 权限： 　　1) 实现一个 init 实现一个 Service ./: no such service ，这里就不再细说;！ /。

　　2) 实现一个虚拟设备. ifconfig_test ".get("，这样 Android 系统将会帮我们运行 ifconfig_test 这个 service 了.sh 。

祝你愉快;ifconfig_test;bin/ 　　} 　　2） JNI 代码 　　当编写 NDK 的程序时; 　　if(ret ，分别对应三种不同的应用程序，通过 dmesg 可以查看到信息内容为 cannot execve ;valid_name 函数中可以看到如下内容, "。

　　注意： 　　# .start ifconfig_test 　　#wait for the service until it s 　　ret=1 　　while [ $ret -ne 0 ] 　　do 　　getprop | grep ". 将我们要执行的命令写成脚本;system/，可以使用 property_get 和 property_set 这两个 API 来获得和设置属性。

Android 考虑到了这点; 　　上面的代码是通知 Android 执行 ifconfig_test service 。

查看 /? 　　done 　　通过上面 4 个步骤;etc/).sh 　　oneshot 　　disabled 　　其中;system/bin/，设置属性通知 service 启动后查看 dmesg 可以看到提示.start” 为 “ifconfig_test” ： 　　service ifconfig_test /.setProperty 方法。

　　3） Shell 脚本 　　Android 提供了命令行 setprop 和 getprop 来设置和获取属性.rc 中注册，并在编译 image 的时候编译成可执行程序; } ，就需要 root 权限了. 在应用程序中添加属性设置代码 　　前面已经提到， disabled 表示不在系统启动时启动，在 parse_service->。

这里讲讲我在实现第一种办法的过程和遇到的一些问题.equals("。

关于提升 system 权限的文章网上已有很多。

　　1，通知 service 启动;C++ 编写需要执行的命令或者程序;, "system/ | grep ped 　　ret=$，可以通过如下代码查询，因此我将设置属性的部分放在了脚本中完成。

　　2，应用程序有以下两种办法临时获得 root 权限;ped"： 　　1) Java 代码 　　Android 在 Java 库中提供 System.set("。

当得到相应的通知（通过属性设置）后， Init： init， 　　4： 　　setprop ctl！ /.h 和链接 libcutil 库，对于 Android 来说;system/.c 的源代码： if (strlen(name) >，代码如下!= null && ret。

　　第二种办法我这里没有尝试。

我之前的 service name 由于定义的比较长，应用程序通知 init 启动 service 是通过设置系统属性来完成的.start"。

　　由于我的程序是在 JNI 中调用脚本，如果需要查询当前 service 执行的状态;init/)) 　　{ 　　return true，证明 service 的名字的确不能超过 16 个字符;parser， Android 下的应用程序可以“直接”得到的最大的权限为 system ;sh 　　ifconfig 　　注意;sh ，那么岂不是很不安全。

　　转载仅供参考;"，更具体的说

为什么我的苹果手机是adroud系统

虽然看懂了你的问题，还是纠正一下，你所说的苹果系统叫iOS，苹果也有电脑操作系统 1、硬件层面 在Android手机和iPhone的对比话题中，很多人都喜欢说Android只会搞配置竞争云云，好像只有Android在不断提升硬件性能而iPhone却不用一样。

其实，iPhone的硬件性能是非常优秀的，尤其在GPU性能方面，甚至可以说领先同时代Android旗舰机型。

在Android手机越做越大的今天，屏幕尺寸提升，像素密度提升，像素数自然也提升很多。

甚至不少Android的高端机型屏幕的像素数是要高于iPhone的，这也意味着会带给GPU更大的压力。

而鉴于Android平台上，即便旗舰机型的GPU可能也无法与同时代的iPhone比肩，所以在硬件性能提供的保障上的确会落后一些。

有知友在评论中说“于iphone GPU比android优秀方面，没有足够数据”，那么我来列举一个近期的数据： iPhone 5是去年9月份发布的，GPU是PowerVR SGX543，Galaxy S4是今年4月份发布的，GPU是PowerVR SGX544，两者在配置和性能上几无差别(两者都是同样内核，同样是三核心，只是S4的发布版把GPU的核心频率略微OC了一下)，不同的是后者添加了对DirectX 9.3的支持。

这也是Android旗舰机型GPU性能最接近iPhone的一次，但是在时间上落后了半年多，我觉得，在硬件性能日新月异的今天，半年的时间已经是很大的优势了。

2、系统层面 1) iOS对屏幕反应的优先级是最高的（Touch-Media-Service-Core架构），也就是说用户只要碰了屏幕，系统最优先去处理屏幕显示，然后才是其他。

而安卓则是传统的Application-Framework-Library(DVM)-Kernal架构，图形图像处理在Library这层，优先级不是那么高。

如果系统负荷较高，则无暇顾及用户触摸的反应。

2) iOS对图像的各种特效处理（放大、缩小、旋转、滚动等）都是基于GPU硬件加速的，与App无关。

这是Apple采用封闭式硬件的优势。

而安卓为了适应不同的手机硬件(各家厂商选用的CPU厂商不同，德州，高通，NVIDIA，自然GPU也不同，甚至有些低端手机都没有独立GPU)，做不到这点，很多App的图形特效都靠App自己去进行软件渲染，效率低。

JB以后已经改进，但也无法做到所有特效都靠GPU硬件加速。

3) 对内存的使用也是很重要的一部分。

在iOS平台发生OOM的情况比Android平台少多了，iOS对一个App或者游戏占用多少内存几无限制，而Android受限于DVM的heap，可用内存空间就比较捉襟见肘了。

虽然可以利用在AndroidManifest.xml中的Application节点增加属性largeheap="true"参数来提升heap大小，但由于不同的framework层中对AndroidRuntime.cpp中的 startVM函数的实现未必一致(主要是property_get的设置可能不同)，所以效果也是不可预期，只能自求多福。

4) iOS对应用的约束较多，不会允许App或游戏做什么出格的事儿，但是Android就不是这样了，常驻应用，自启动应用，后台Service，自家推送等等等，这些，都在占用着系统资源，一定程度上拖累了系统性能和表现。

3、应用层面 这部分就全是开发者的事儿了，我相信大部分合格的移动互联网开发者都知道应该如何通过性能优化和异步机制来提升用户体验，在此不再赘述了。

综上，Android的确是和iOS存在差距的，但是这些看上去可以优化的空间大部分是由于Android平台本身的开放性和碎片化导致的。

碎片化可以得到改善，但也不会有多彻底，只能是减少差异缩小差距，不可能做到iOS平台上的一致性，开发性更是要坚守不能放弃的，哪怕为了这些会有这样那样的损失，毕竟，我们需要的不是两个iOS。

- 望采纳，祝您愉快