一、Activity、Service、BroadcastReceiver的作用
1. Activity是android四大组件中最基本的组件，是程序与用户交互的窗口，代表一个用户所能看到的屏幕，它具有自己的生命周期，由系统控制。它可以用来显示控件、监听系统事件(按键事件、触摸屏事件等)、为保持各界面的状态做很多持久化的事情。
2. 一个Service 是一段长生命周期的，没有用户界面的程序，可以用来开发如监控类程序等。比如音乐播放器就是启动一个Service来保持音乐在后台的播放。所以，Service组件通常用于为其他组件提供后台服务或监控其他组件的运行状态。
3. Broadcast（广播）是一种广泛运用的在应用程序之间传输信息的机制。BroadcastReceiver代表广播接收器，是对发送出来的 Broadcast进行过滤接受并响应的一类组件。广播接收器没有用户界面，然而，它们可以启动一个activity或service 来响应它们收到的信息，或者用NotificationManager 来通知用户。
二、显式intent和隐式intent的区别是什么
显式Intent：对于明确指出了目标组件名称的Intent，我们称之为显式Intent。
隐式Intent：对于没有明确指出目标组件名称的Intent，则称之为隐式Intent。
显式Intent直接用组件的名称定义目标组件，这种方式很直接。但是由于开发人员往往并不清楚别的应用程序的组件名称，因此，显式Intent更多用于应用程序内部传递消息。比如在某应用程序内，一个Activity启动一个Service。
隐式Intent恰恰相反，它不会用组件名称定义需要激活的目标组件，它更广泛地用于在不同应用程序之间传递消息。
另外，在显式Intent消息中，决定目标组件的唯一要素就是组件名称，一旦名称确定，就不需要其他内容即可找到相应组件。但在隐式Intent中需要借助过滤器IntentFilter来寻找与之相匹配的组件。
三、怎么将一个Activity封装成对话框的样子? 半透明的样子？长按Menu菜单的样子？
1. 封装成对话框的样子：给activity加上如下属性
android :theme="@android:style/Theme.Dialog"
2.封装成半透明的样子：给activity加上如下属性
android:theme="@android:style/Theme.Translucent"
3.封装成长按菜单的样子：
重写onKeyDown()和onKeyLongPress()方法，在onKeyDown中对menu键调用event.startTracking()方法跟踪，这样长按Menu键会回调onKeyLongPress()方法，在里面弹出对话框式的activity即可。
四、介绍一下Android系统的体系结构
从上至下包括应用层（Applications）、应用框架层（Application Framework）、系统运行库层（Libraries and Android Runtime）和Linux内核层（Linux Kernel）。
1.应用层包含开发者自己开发的一些应用和Google已经绑定的一些核心应用。比如Email客户端、浏览器、联系人、日历等等。
2. 应用框架层就是应用开发者所必须了解API。该层提供了很多组件和管理器，比如活动管理器（Activity Manager）、窗口管理器（Window Manager）、内容提供器（Content Providers）、视图系统（View System）、包管理器（Package Manager）等等，那么开发者基于该层进行开发，就容易多了。
3. 系统运行库层是一些底层C/C++库，主要包括Bionic系统C库（C语言标准库，系统最底层的库）、多媒体库（Media Framework）、SGL（2D图形引擎库）、SSL（位于TCP/IP协议与各种应用层协议之间，提供数据通信支持）、OpenGL ES 1.0（3D效果支持）、SQLite（关系数据库）、Webkit（Web浏览器引擎）、FreeType（位图bitmap及矢量图vector）。
4. Linux内核主要是作为硬件和软件栈之间的抽象层，内核层提供如下一些驱动：显示驱动（Display Driver）、键盘驱动（Keyboard Driver）、Flash内存驱动（Flash Memory Driver）、照相机驱动（Camera Driver）、音频驱动（Audio Driver）、蓝牙驱动（Bluetooth Driver，基于IEEE 802.15.1）、WiFi驱动、Binder IPC驱动（Android的一个特殊驱动程序，具有单独的设备节点，提供进程间通信）、Power Management（电源管理）。从软件角度看，Linux内核就是“硬件”。
五、一条最长的短信息约占多少 byte?
英文：160字节。中文：70个汉字即140字节，还有20字节用来标识是中文短信。
六、android 中的动画有哪几种，它们的特点和区别是什么 ?
逐帧动画和补间动画。
逐帧动画：是传统的动画播放方式，指定每一帧的内容和停留时间，然后顺序地播放排列好的图片，类似电影。
补间动画：给出两个关键帧（初和末）和变化时间、方式，通过一些算法对View的内容在规定的时间内完成一系列的图形变换。主要包括四种效果：Alpha、Scale、Translate和Rotate。
所以，补间动画常用来播放一些有规律的动画，而逐帧动画则不一定。
七、请介绍下 Android 中常用的五种布局
1.FrameLayout（帧布局）
特点：组件都是从左上角开始放置，后面的会覆盖前面的组件，就像往墙角堆砌东西一样。布局比较简单，只能放一点比较简单的东西。
2.LinearLayout（线性布局）
特点：最常用的布局。分为垂直布局和水平布局。当垂直布局时，每一行就只有一个元素，多个元素依次垂直往下排列；水平布局时，只有一行，每一个元素依次向右排列。
3.AbsoluteLayout（绝对布局）
特点：就是用X,Y坐标来指定组件的位置，这种布局适应性太差，很少使用。
4.RelativeLayout（相对布局）
特点：一种非常常用的布局。相对布局是一种以某一个元素为参照物，来确定其他组件位置的布局方式。包括以某一组件为参照物和以父容器为参照物两种情况。
5.TableLayout（表格布局）
特点：类似Html里面的Table。用TableRow来代表表格布局中的每一行，在里面去定义每一行的元素内容和对齐方式。
这几种布局都有自己的特点，在实际应用中，常常相互嵌套，结合使用，才能做出漂亮的界面。
八、如何启用Service ，如何停用Service
启动方式有两种：startService(),bindService().它们都是Context的方法。
区别:使用startService()方法启用服务，调用者与服务之间没有关连， 即使调用者退出了，服务仍然运行。使用bindService()方法启用服务，调用者与服务绑定在了一起，调用者一旦退出，服务也就终止.
停用：采用startService()方法启动的服务，只能调用Context.stopService()方法结束服务。
采用bindService()方法启动的服务，调用者和服务绑定在了一起。若调用者退出，系统会调用onUnbind()方法解除绑定，然后调用onDestroy()方法。当然，开发者也可以自己调用Context.unbindService()方法手动解除绑定。接着，系统也会调用服务的onUnbind()-->onDestroy()方法。
九、注册广播有几种方式，这些方式有何优缺点？
注册方式有两种：一是在代码中动态注册:registerReceiver(receiver，filter);
二是在AndroidManifest中配置。
区别：
1)第一种不是常驻型广播，也就是说广播跟随程序的生命周期。
2)第二种是常驻型，也就是说当应用程序关闭后，如果有信息广播来，程序也会被系统调用自动运行。
注：当需要通过广播更新UI时，一般采用动态注册的方式，启动Activity时候注册BroadcastReceiver，Activity不可见时候，取消注册。
在AndroidManifest配置还有一个缺点：由于它一直处于活动状态，cpu和电源资源耗费比较大。
十、什么是ANR 如何避免它?
ANR：Application Not Responding。
产生原因：在Android中，活动管理器和窗口管理器这两个系统服务负责监视应用程序的响应，当用户的操作在5s内应用程序没能做出反应，BroadcastReceiver在10秒内没有执行完毕，就会出现应用程序无响应对话框，这就是ANR。
解决方式：Activity应该在它的关键生命周期方法里尽可能少的去做创建操作、潜在的耗时操作（网络或数据库操作等），或者高耗时的计算操作（改变位图尺寸等），而应该在子线程里（或者异步方式）来完成。主线程应该为子线程提供一个Handler，以便子线程完成时能够提交给主线程。
十一、对一些资源以及状态的操作保存，最好是保存在生命周期的哪个函数中进行？
若在onPause()中进行保存，相应需要在onResume()中进行恢复。
若在onStop()中进行保存，相应需要在onStart()中进行恢复。
另外，还有一个方法onSaveInstanceState(Bundle)。这种情况下，只有当activity是被系统干掉而退出的时候，保存的状态才可以得到恢复，因为下次启动时调用的onCreate(Bundle)方法中的Bundle对象就上次退出时保存状态的Bundle对象。但Activity若不是被系统干掉而是正常退出的，onCreate中的Bundle就是null了。
十二、为什么要用ContentProvider?它和sql的实现上有什么差别?
使用它的原因：是为了实现不同应用程序之间数据的共享。
与sql相同点：它的底层是用SQLite 数据库实现的，所以其对数据做的各种操作都是以sql实现的，只是在上层提供的是Uri。
与sql区别：可以屏蔽数据存储的细节，对用户完全透明，用户只需关心操作数据的Uri就可以了，所以从安全性角度考虑，使用ContentProvider更优。
十三、谈谈 UI 中, Padding 和 Margin 有什么区别?
Padding：用在容器内部，指容器内部内容相对该容器边框的距离。
Margin：用在容器外部，指自己相对其他（上下左右）View的距离。
十四、请介绍下 Android 的数据存储方式。
Android提供了五中数据存储方式：SharedPreferences存储、文件存储、SQLite数据库存储 、ContentProvider存储、网络存储。
1、SharedPreferences存储：用来存储一些简单的配置信息，采用的是键值对的方式进行存储。
2、文件存储：文件存储数据是一种较常用的方式，在Android中常采用openFileInput()和openFileOutput()方法读取/写入文件。常用来存储大数量的数据，缺点是更新数据困难。
3、SQLite数据库存储：SQLite是一个轻量级的数据库，支持基本SQL语法，是常被采用的一种数据存储方式。Android为此数据库提供了一个名为SQLiteDatabase的类，封装了一些操作数据库的API。
以上三种方式存储对应的目录是：/data/data/PackageName/Shared_Pref、/data/data/PackageName/files、/data/data/PackageName/database。
4、ContentProvider存储：Android系统中能实现所有应用程序共享的一种数据存储方式，由于数据通常在各应用间的是互相私密的，所以此存储方式较少使用，但是其又是必不可少的一种存储方式。例如音频，视频，图片和通讯录，一般都可以采用此种方式进行存储，每个ContentProvider都会对外提供一个公共的URI（包装成Uri对象），如果应用程序有数据需要共享时，就需要使用ContentProvider为这些数据定义一个URI，然后其他的应用程序就通过Content Provider传入这个URI来对数据进行操作。使用ContentProvider的好处在于统一了数据访问方式。
5、网络存储：前面介绍的几种存储都是将数据存储在本地设备上，除此之外，还有一种存储（获取）数据的方式，即通过网络来实现数据的存储和获取。我们可以调用WebService返回的数据或是解析HTTP协议实现网络数据交互。
具体需要熟悉java.net.*，Android.net.*这两个包的内容，可以参阅相关文档。
在实际应用中，常常需要根据设计目标、性能需求、空间需求等来选择合适的数据存储方式.
十五、说说android 中 mvc 的具体体现
mvc是model、view、controller的缩写。
1.视图层(view)：一般采用xml文件进行界面的描述，使用的时候可以非常方便的引入，当然，如果你对android了解得比较多的话，就一定可以想到在android中也可以使用javascript+html等的方式作为view层，当然这里需要进行java和javascript之间的通信，android提供了它们之间非常方便的通信实现。
2.控制层(controller)：android的控制层的重任通常落在了众多的activity的肩上，通过事件控制等完成与业务逻辑层之间的交互，而耗时操作都应放在model层，这样做的一个原因是android中的activity的响应时间是5s，如果耗时的操作放在activity里面，程序就很容易被回收掉。
3.模型层(model)：对数据库的操作、对网络等的操作以及业务计算操作和一些高耗时的计算操作都应该在model里面处理。
十六、Android中Dalvik和JVM的区别是什么？
1. Dalvik基于寄存器，而JVM基于栈。基于寄存器的虚拟机对于更大的程序来说，在它们编译的时候，花费的时间更短。
2. Dalvik负责进程隔离和线程管理，每一个Android应用在底层都会对应一个独立的Dalvik虚拟机实例，Dalvik专门针对同时高效运行多个虚拟机进行了优化，其代码在虚拟机的解释下得以执行。
3. Dalvik并未遵守jvm规范，两者也不兼容。jvm运行的是java字节码（.class文件），Dalvik运行的是其专有的dex（Dalvik Executable）文件。dex文件格式可以减少整体文件尺寸，提高I/o操作的类查找速度。Dalvik虚拟机有自己的 bytecode，并非使用 Java bytecode。
十七、通过Intent传递一些二进制数据的方法有哪些?
1.使用Serializable接口实现序列化，这是Java常用的方法。
2.实现Parcelable接口，这里Android的部分类比如Bitmap类就已经实现了，同时Parcelable在Android AIDL中交换数据也很常见的。
十八、能说下Android应用的入口点吗?
其实在android.app.Application这个包的onCreate才是真正的Android入口点，只不过大多数开发者无需重写该类，他的继承关系如下图:
java.lang.Object
? android.content.Context
? android.content.ContextWrapper
? android.app.Application
android.app.Application类包含了4个公开的方法
void onConfigurationChanged(Configuration newConfig)
void onCreate() //这里才是真正的入口点。
void onLowMemory()
void onTerminate()
所以希望大家，记住真正的Android入口点是application的main，你可以看下androidmanifest.xml的包含关系就清楚了，并不是每个应用都必须有Activity的。
十九、Android都有哪些XML解析器，都熟练掌握吗?
XML解析主要有三种方式，SAX、DOM、XmlPull。
至于SAX、DOM区别在http://blog.csdn.net/u010142437/article/details/11956383中已经介绍过。
XmlPull和Sax类似，是基于流（stream）操作文件，然后根据节点事件回调开发者编写的处理程序。因为是基于流的处理，因此Xmlpull和Sax都比较节约内存资源，不会象Dom那样要把所有节点以对橡树的形式展现在内存中。但Xmlpull比Sax更简明，而且不需要扫描完整个流。
二十、SQLite支持事务吗? 添加删除如何提高性能?
SQLite作为轻量级的数据库，比MySQL还小，但支持SQL语句查询，提高性能可以考虑通过原始经过优化的SQL查询语句方式处理。
二十一、assets与res/raw的不同？
assets：用于存放需要打包到应用程序的静态文件，以便部署到设备中。与res/raw不同点在于，ASSETS支持任意深度的子目录。这些文件不会生成任何资源ID，必须使用/assets开始（不包含它）的相对路径名。
Res：用于存放应用程序的资源（如图标、GUI布局等），将被打包到编译后的Java中。不支持深度子目录；
res/menu：存放基于XML的菜单描述；
res/raw：存放通用的文件，该文件夹内的文件将不会被编译成二进制文件，按原样复制到设备上；
res/values：存放字符串、尺寸值。
res/xml:存放通用的XML文件。
二十二、Android的优势与不足？
Android平台手机 5大优势：
开放性：在优势方面，Android平台首先就是其开发性，开发的平台允许任何移动终端厂商加入到Android联盟中来。显著的开放性可以使其拥有更多的开发者，随着用户和应用的日益丰富，一个崭新的平台也将很快走向成熟。开发性对于Android的发展而言，有利于积累人气，这里的人气包括消费者和厂商，而对于消费者来讲，最大的受益正是丰富的软件资源。开放的平台也会带来更大竞争，如此一来，消费者将可以用更低的价位购得心仪的手机。
挣脱运营商的束缚：在过去很长的一段时间，特别是在欧美地区，手机应用往往受到运营商制约，使用什么功能接入什么网络，几乎都受到运营商的控制。自iPhone上市 ，用户可以更加方便地连接网络，运营商的制约减少。互联网巨头Google推动的Android终端天生就有网络特色，将让用户离互联网更近。
丰富的硬件选择：这一点还是与Android平台的开放性相关，由于Android的开放性，众多的厂商会推出千奇百怪，功能特色各具的多种产品。
不受任何限制的开发商：Android平台提供给第三方开发商一个十分宽泛、自由的环境，不会受到各种条条框框的阻扰，可想而知，会有多少新颖别致的软件会诞生。但也有其两面性，血腥、暴力、情色方面的程序和游戏如何控制正是留给Android难题之一。
无缝结合的Google应用：如今叱诧互联网的Google已经走过10年度历史，从搜索巨人到全面的互联网渗透，Google服务如地图、邮件、搜索等已经成为连接用户和互联网的重要纽带，而Android平台手机将无缝结合这些优秀的Google服务。
Android的5大不足：
安全和隐私：
由于手机与互联网的紧密联系，个人隐私很难得到保守。除了上网过程中经意或不经意留下的个人足迹，Google这个巨人也时时站在你的身后，洞穿一切，因此，互联网的深入将会带来新一轮的隐私危机。
首先开卖Android手机的不是最大运营商：众所周知，T-Mobile在23日，于美国纽约发布 了Android首款手机G1。但是在北美市场，最大的两家运营商乃AT&T和Verizon，而目前所知取得Android手机销售权的仅有T-Mobile和Sprint，其中T-Mobile的3G网络相对于其他三家也要逊色不少，因此，用户可以买账购买G1，能否体验到最佳的3G网络服务则要另当别论了！
运营商仍然能够影响到Android手机：在国内市场，不少用户对购得移动定制机不满，感觉所购的手机被人涂画了广告一般。这样的情况在国外市场同样出现。Android手机的另一发售运营商Sprint就将在其机型中内置其手机商店程序。
同类机型用户减少：在不少手机论坛都会有针对某一型号的子论坛，对一款手机的使用心得交流，并分享软件资源。而对于Android平台手机，由于厂商丰富，产品类型多样，这样使用同一款机型的用户越来越少，缺少统一机型的程序强化。举个稍显不当的例子，现在山寨机泛滥，品种各异，就很少有专门针对某个型号山寨机的讨论和群组，除了哪些功能异常抢眼、颇受追捧的机型以外。
过分依赖开发商缺少标准配置：在使用PC端的Windows Xp系统的时候，都会内置微软Windows Media Player这样一个浏览器程序，用户可以选择更多样的播放器，如Realplay或暴风影音等。但入手开始使用默认的程序同样可以应付多样的需要。在 Android平台中，由于其开放性，软件更多依赖第三方厂商，比如Android系统的SDK中就没有内置音乐 播放器，全部依赖第三方开发，缺少了产品的统一性。
二十三、静态变量和实例变量的区别？
1.在语法定义上的区别：静态变量前要加static关键字，而实例变量前则不加。
2.在程序运行时的区别：实例变量属于某个对象的属性，必须创建了实例对象，其中的实例变量才会被分配空间，才能使用这个实例变量。静态变量不属于某个实例对象，而是属于类，所以也称为类变量，只要程序加载了类的字节码，不用创建任何实例对象，静态变量就会被分配空间，静态变量就可以被使用了。总之，实例变量必须创建对象后才可以通过这个对象来使用，静态变量则可以直接使用类名来引用。
二十四、jdk中哪些类是不能继承的？
不能继承的是类是那些用final关键字修饰的类。一般比较基本的类型或防止扩展类无意间破坏原来方法的实现的类型都应该是final的，在jdk中System,String,StringBuffer等都是基本类型。
二十五、sim卡的EF 文件有何作用
SIM卡里的所有文件按树来组织:
主文件MF(Master File)——每一块SIM卡只有一个唯一的主文件,其他所有文件都是它的子孙,主文件只有文件头里面存放着整个SIM卡的控制和管理信息
专用文件DF(Dedicated File)——也是只有一个文件头，里面存放着整个目录的管理控制信息,专用文件相当于一个目录的根.
基本文件EF(Elementary File)——既有文件头，也有文件体,文件头存放该文件的位置和控制信息,文件体存放真正的数据,整个SIM卡中只有基本文件有文件体,也只有基本文件才用来存放数据.
sim卡的文件系统有自己规范，主要是为了和手机通讯，sim本 身可以有自己的操作系统，EF就是作存储并和手机通讯用的
二十六、什么情况会导致Force Close？如何避免？能否捕获导致其的异常？
抛出运行时异常时就会导致Force Close，比如空指针、数组越界、类型转换异常等等。
捕获：可以通过logcat查看抛出异常的代码出现的位置，然后到程序对应代码中进行修改。
避免：编写程序时，要思维缜密，在可能出现异常的地方都作相应的处理，增强程序的健壮性。
二十七、Android本身的api并未声明会抛出异常，则其在运行时有无可能抛出runtime异常，你遇到过吗？诺有的话会导致什么问题？如何解决？
会。比如nullpointerException。我遇到过。比如空指针异常是最常见的异常，只要对null调用方法就会出现nullpointerException。会导致程序无法正常运行出现forceclose。可以打开控制台查看logcat信息，然后找到抛出异常信息的代码段并进行修改。
二十八、Android dvm的进程和Linux的进程,应用程序的进程是否为同一个概念
DVM指Dalvik虚拟机。每一个Android应用程序都在它自己的进程中运行，都拥有一个独立的Dalvik虚拟机实例。而每一个DVM都是在Linux中的一个进程，所以说可以认为是同一个概念。
每一个Dalvik应用作为一个独立的Linux 进程执行可以防止在虚拟机崩溃的时候所有程序都被关闭。
至于DVM和JVM的区别上文已介绍过。
二十九、什么是嵌入式实时操作系统, Android操作系统属于实时操作系统吗?
概念：嵌入式实时操作系统是指当外界事件或数据产生时，能够接受并以足够快的速度予以处理，其处理的结果又能在规定的时间之内来控制生产过程或对处理系统作出快速响应，并控制所有实时任务协调一致运行的嵌入式操作系统。主要用于工业控制、军事设备、航空航天等领域对系统的响应时间有苛刻的要求，这就需要使用实时系统。又可分为软实时和硬实时两种，而android是基于linux内核的，linux在用户空间可抢占，内核空间在2.4以后可局部抢占，严格来讲 Android属于软实时系统。
特点：
●实时性。由于对嵌人式实时操作系统的共同要求是系统能快速响应事件，具有较强的实时性，所以嵌入式实时操作系统的内核都是可抢占的。
●可裁剪性。嵌入式操作系统运行的硬件平台多种多样，其宿主对象更是五花八门，所以要求嵌入式操作系统中提供的各个功能模块可以让用户根据需要选择使用，即要求它具有良好的可裁剪性。
●高可靠性。嵌入式系统广泛应用于军事武器、航空航天、交通运输、重要的生产设各领域，所以要求嵌人式操作系统必须有极高的可靠性，对关键、要害的应用还要提供必要的容错和防错措施，以进一步提高系统的可靠性。
●易移植性。为了适应多种多样的硬件平台，嵌人式操作系统应可在不做大量修改的情况下能稳定地运行于不同的平台。
三十、嵌入式操作系统内存管理有哪几种，各有何特性
（1）嵌入式操作系统内存管理机制：
1、虚拟内存管理机制：
有一些嵌入式处理器提供了MMU，在MMU具备内存地址映射和寻址功能，它使操作系统的内存管理更加方便。如果存在MMU，操作系统会使用它完成从虚拟地址到物理地址的转换，所有的应用程序只需要使用虚拟地址寻址数据。这种使用虚拟地址寻址整个系统的主存和辅存的方式在现代操作系统中被称为虚拟内存。MMU便是实现虚拟内存的必要条件。
虚拟内存的管理方法使系统既可以运行体积比物理内存还要大的应用程序，也可以实现“按需调页”策略，既满足了程序的运行速度，又节约了物理内存空间。
在L inux系统中，虚拟内存机制的实现实现为我们提供了一个典型的例子：在不同的体系结构下，使用了三级或者两级页式管理，利用MMU完成从虚拟地址到物理地址之间的转换。基于虚拟内存管理的内存最大好处是：由于不同进程有自己单独的进程空间，十分有效的提高了系统可靠性和安全性。
2、非虚拟内存管理机制：
在实时性要求比较高的情况下，很多嵌入式系统并不需要虚拟内存机制：因为虚拟内存机制会导致不确定性的 I/O阻塞时间，使得程序运行时间不可预期，这是实时嵌入式系统的致命缺陷；另外，从嵌入式处理器的成本考虑，大多采用不装配MMU的嵌入式微处理器。所以大多嵌入式系统采用的是实存储器管理策略。因而对于内存的访问是直接的，它对地址的访问不需要经过MMU，而是直接送到地址线上输出，所有程序中访问的地址都是实际的物理地址；而且，大多数嵌入式操作系统对内存空间没有保护，各个进程实际上共享一个运行空间。一个进程在执行前，系统必须为它分配足够的连续地址空间，然后全部载入主存储器的连续空间。
由此可见，嵌入式系统的开发人员不得不参与系统的内存管理。从编译内核开始，开发人员必须告诉系统这块开发板到底拥有多少内存；在开发应用程序时，必须考虑内存的分配情况并关注应用程序需要运行空间的大小。另外，由于采用实存储器管理策略，用户程序同内核以及其它用户程序在一个地址空间，程序开发时要保证不侵犯其它程序的地址空间，以使得程序不至于破坏系统的正常工作，或导致其它程序的运行异常；因而，嵌入式系统的开发人员对软件中的一些内存操作要格外小心。
UCOS就是使用非虚拟内存管理的一个例子，在UCOS中，所有的任务共享所有的物理内存，任务之间没有内存保护机制，这样能够提高系统的相应时间，但是任务内存操作不当，会引起系统崩溃。
（2）嵌入式操作系统内存管理有页式，段式，段页，用到了MMU,虚拟空间等技术。
（3）段式存储管理和页式存储管理的本质区别：
1.页式存储管理中的逻辑地址有页号和业内地址两部分组成，但作业仍然使用连续的逻辑地址，可把它看作是一维的（线性的）地址结构。用户没有分页的概念，操作系统把作业信息装入主存时才按照块长进行分页。
2.段式存储管理中的逻辑地址有段号和段内地址两部分组成。他支持用户的分段，每段内的逻辑地址是连续的，而段与段之间的逻辑地址是不连续的。因此段式存储管理中的逻辑地址实际上是采用了二维的地址结构。
三十一、AIDL的全称是什么?如何工作?能处理哪些类型的数据?
英文全称：Android Interface Define Language（Android接口定义语言）。
当A进程要去调用B进程中的service并实现通信时，我们通常都是通过AIDL来操作的。
基本操作步骤：
在A工程中某个目录下（如com.lovo.aidlservice）下创建一个aidl文件（如RemoteService.aidl），在里面自定义一个接口，含有get方法，ADT插件会在gen目录下自动生成一个RemoteService.java文件，该类中含有一个名为RemoteService.stub的内部类，该内部类中含有aidl文件接口的get方法。
自定义一个MyService类继承Service，在MyService类中自定义一个内部类去继承RemoteService.stub这个内部类，实现get方法。在onBind方法中返回这个内部类的对象，系统会自动将这个对象封装成IBinder对象，传递给他的调用者。
然后需要在配置文件中配置该service（需要指明action参数，以便下面B工程访问）。
将A工程中的RemoteService.java文件拷贝到B工程对应目录，在bindService方法中绑定aidl服务，就是将RemoteService的ID作为intent的action参数。
注意：若我们访问的远程服务属于系统的，比如黑名单挂断电话，这时只需将其aidl拷贝到工程的对应目录下即可。
AIDL既能处理简单类型的数据也能处理复杂类型的数据。
具体示例请参考：http://blog.csdn.net/u010142437/article/details/9273115
三十二、系统上安装了多种浏览器，能否指定某浏览器访问指定页面？请说明原由。
访问指定页面可以通过Uri 来确定。
对于指定浏览器：
1、默认浏览器：
在Android程序中我们可以通过发送隐式Intent来启动系统默认的浏览器。
Intent intent =new Intent();
intent.setAction("android.intent.action.VIEW");
Uri content_url =Uri.parse("http://www.163.com");
intent.setData(content_url);
startActivity(intent);
2、指定浏览器：
如果手机本身安装了多个浏览器而又没有设置默认浏览器的话，系统将让用户选择使用哪个浏览器来打开连接。
另外，也可以发送显示Intent来启动浏览器。如下面就是启动Android原生浏览器的例子：
Intent intent =new Intent();
intent.setAction("android.intent.action.VIEW");
Uri content_url =Uri.parse("http://www.163.com");
intent.setData(content_url);
intent.setClassName("com.android.browser","com.android.browser.BrowserActivity");
startActivity(intent);
注：要启动其他浏览器只需修改intent.setClassName()里面的参数就OK了。
常见的浏览器：
uc浏览器"："com.uc.browser", "com.uc.browser.ActivityUpdate“
opera浏览器："com.opera.mini.android", "com.opera.mini.android.Browser"
qq浏览器："com.tencent.mtt", "com.tencent.mtt.MainActivity"
三十三、如何退出Activity？如何安全退出已调用多个Activity的Application？
退出单个activity使用finish即可。
退出多个activity的方式有很多种，我经常使用的有以下几种：
1、自定义一个Application子类，里面提供一个集合专门存放所有的activity，另外提供两个方法，一个用来往集合增加activity，另一个用来销毁集合中所有的activity即退出应用程序。这样其他activity启动后就可以添加到该集合中，需要退出应用程序时，调用该Application类的退出程序的方法行了。这种方式易于理解，操作也方便。
2、发送特定广播：当需要结束应用时，发送一个特定的广播，每个activity收到广播后，关闭即可。
3、创建一个专门用来退出应用程序的activity，该activity不包含任何有关业务的操作，当需要结束应用程序时，跳转到该activity，并同时设置intent的flags为Intent.FLAG_ACTIVITY_CLEAR_TOP，这样该activity所在栈上面的所有activity都将销毁，然后销毁那个空白的activity即可。
示例可见：http://blog.csdn.net/u010142437/article/details/9398041
三十四、IntentService 的好处
参考示例：http://blog.csdn.net/u010142437/article/details/12063907
http://blog.csdn.net/u010142437/article/details/12063451
三十五、根据自己的理解描述下Android数字签名
在Android系统中，所有安装到系统的应用程序都必有一个数字证书，此数字证书用于标识应用程序的作者和在应用程序之间建立信任关系,如果一个permission的protectionLevel为signature，那么就只有那些跟该permission所在的程序拥有同一个数字证书的应用程序才能取得该权限。Android使用Java的数字证书相关的机制来给apk加盖数字证书，要理解android的数字证书，需要先了解以下数字证书的概念和java的数字证书机制。Android系统要求每一个安装进系统的应用程序都是经过数字证书签名的，数字证书的私钥则保存在程序开发者的手中。Android将数字证书用来标识应用程序的作者和在应用程序之间建立信任关系，不是用来决定最终用户可以安装哪些应用程序。这个数字证书并不需要权威的数字证书签名机构认证，它只是用来让应用程序包自我认证的。
同一个开发者的多个程序尽可能使用同一个数字证书，这可以带来以下好处。
(1)有利于程序升级，当新版程序和旧版程序的数字证书相同时，Android系统才会认为这两个程序是同一个程序的不同版本。如果新版程序和旧版程序的数字证书不相同，则Android系统认为他们是不同的程序，并产生冲突，会要求新程序更改包名。
(2)有利于程序的模块化设计和开发。Android系统允许拥有同一个数字签名的程序运行在一个进程中，Android程序会将他们视为同一个程序。所以开发者可以将自己的程序分模块开发，而用户只需要在需要的时候下载适当的模块。
(3)可以通过权限(permission)的方式在多个程序间共享数据和代码。Android提供了基于数字证书的权限赋予机制，应用程序可以和其他的程序共享概功能或者数据给那那些与自己拥有相同数字证书的程序。如果某个权限(permission)的protectionLevel是signature，则这个权限就只能授予那些跟该权限所在的包拥有同一个数字证书的程序。
在签名时，需要考虑数字证书的有效期：
(1)数字证书的有效期要包含程序的预计生命周期，一旦数字证书失效，持有改数字证书的程序将不能正常升级。
(2)如果多个程序使用同一个数字证书，则该数字证书的有效期要包含所有程序的预计生命周期。
(3)Android Market强制要求所有应用程序数字证书的有效期要持续到2033年10月22日以后。
Android数字证书包含以下几个要点：
(1)所有的应用程序都必须有数字证书，Android系统不会安装一个没有数字证书的应用程序
(2)Android程序包使用的数字证书可以是自签名的，不需要一个权威的数字证书机构签名认证
(3)如果要正式发布一个Android ，必须使用一个合适的私钥生成的数字证书来给程序签名，而不能使用adt插件或者ant工具生成的调试证书来发布。
(4)数字证书都是有有效期的，Android只是在应用程序安装的时候才会检查证书的有效期。如果程序已经安装在系统中，即使证书过期也不会影响程序的正常功能。
三十六、请解释下在单线程模型中Message、Handler、Message Queue、Looper之间的关系。
简单的说，Handler获取当前线程中的looper对象，looper用来从存放Message的MessageQueue中取出Message，再有Handler进行Message的分发和处理.
Message Queue(消息队列)：用来存放通过Handler发布的消息，通常附属于某一个创建它的线程，可以通过Looper.myQueue()得到当前线程的消息队列.
Handler：可以发布或者处理一个消息或者操作一个Runnable，通过Handler发布消息，消息将只会发送到与它关联的消息队列，然也只能处理该消息队列中的消息.
Looper：是Handler和消息队列之间通讯桥梁，程序组件首先通过Handler把消息传递给Looper，Looper把消息放入队列。Looper也把消息队列里的消息广播给所有的Handler：Handler接受到消息后调用handleMessage进行处理.
Message：消息的类型，在Handler类中的handleMessage方法中得到单个的消息进行处理,在单线程模型下，为了线程通信问题，Android设计了一个Message Queue(消息队列)，线程间可以通过该Message Queue并结合Handler和Looper组件进行信息交换。下面将对它们进行分别介绍：
1. Message
Message消息，理解为线程间交流的信息，处理数据后台线程需要更新UI，则发送Message内含一些数据给UI线程。
2. Handler
Handler处理者，是Message的主要处理者，负责Message的发送，Message内容的执行处理。后台线程就是通过传进来的 Handler对象引用来sendMessage(Message)。而使用Handler，需要implement该类的 handleMessage(Message)方法，它是处理这些Message的操作内容，例如Update UI。通常需要子类化Handler来实现handleMessage方法。
3. Message Queue
Message Queue消息队列，用来存放通过Handler发布的消息，按照先进先出执行。
每个message queue都会有一个对应的Handler。Handler会向message queue通过两种方法发送消息：sendMessage或post。这两种消息都会插在message queue队尾并按先进先出执行。但通过这两种方法发送的消息执行的方式略有不同：通过sendMessage发送的是一个message对象,会被 Handler的handleMessage()函数处理；而通过post方法发送的是一个runnable对象，则会自己执行。
4. Looper
Looper是每条线程里的Message Queue的管家。Android没有Global的Message Queue，而Android会自动替主线程(UI线程)建立Message Queue，但在子线程里并没有建立Message Queue。所以调用Looper.getMainLooper()得到的主线程的Looper不为NULL，但调用Looper.myLooper()得到当前线程的Looper就有可能为NULL。对于子线程使用Looper，API Doc提供了正确的使用方法：这个Message机制的大概流程：
1. 在Looper.loop()方法运行开始后，循环地按照接收顺序取出Message Queue里面的非NULL的Message。
2. 一开始Message Queue里面的Message都是NULL的。当Handler.sendMessage(Message)到Message Queue，该函数里面设置了那个Message对象的target属性是当前的Handler对象。随后Looper取出了那个Message，则调用该Message的target指向的Hander的dispatchMessage函数对Message进行处理。在dispatchMessage方法里，如何处理Message则由用户指定，三个判断，优先级从高到低：
1) Message里面的Callback，一个实现了Runnable接口的对象，其中run函数做处理工作；
2) Handler里面的mCallback指向的一个实现了Callback接口的对象，由其handleMessage进行处理；
3) 处理消息Handler对象对应的类继承并实现了其中handleMessage函数，通过这个实现的handleMessage函数处理消息。
由此可见，我们实现的handleMessage方法是优先级最低的！
3. Handler处理完该Message (update UI)后，Looper则设置该Message为NULL，以便回收！
在网上有很多文章讲述主线程和其他子线程如何交互，传送信息，最终谁来执行处理信息之类的，个人理解是最简单的方法——判断Handler对象里面的Looper对象是属于哪条线程的，则由该线程来执行！
1. 当Handler对象的构造函数的参数为空，则为当前所在线程的Looper；
2. Looper.getMainLooper()得到的是主线程的Looper对象，Looper.myLooper()得到的是当前线程的Looper对象。
三十七、activity的启动模式有哪些？是什么含义？
启动模式有四种：standard（默认）、singleTop、singleTask、singleInstance。
对区分它们关键是在于理解它们各自的特点：
1、对于standard和singleTop可分为一组：它们都可以多次实例化，可位于任意的栈中，被启动者和启动者位于同一task中（除非Intent的flags为FLAG_ACTIVITY_NEW_TASK）。
区别（关键）：singleTop：当前实例如果在栈顶，就不新建实例，调用其OnNewIntent。如不在栈顶，则新建实例。singleTop模式，可用来解决栈顶多个重复相同的Activity的问题。
2、对于singleTask和singleInstance：都是只创建一个实例的。
区别（关键）：某个activity的启动模式设为singleTask后，该栈中只能有一个该activity的实例，但可以有多个其他activity实例。而某个activity的启动模式设为singleInstance后，表示该activity所在栈只能有它一个实例，无论其他activity启动模式是什么，都不能与它共存。
结合示例便一目了然：http://blog.csdn.net/u010142437/article/details/12070059
三十八、跟activity和Task有关的 Intent启动方式有哪些？其含义？
核心的Intent Flag有：
FLAG_ACTIVITY_NEW_TASK
FLAG_ACTIVITY_CLEAR_TOP
FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
FLAG_ACTIVITY_SINGLE_TOP
FLAG_ACTIVITY_NEW_TASK
如果设置，这个Activity会成为历史stack中一个新Task的开始。一个Task（从启动它的Activity到下一个Task中的 Activity）定义了用户可以迁移的Activity原子组。Task可以移动到前台和后台；在某个特定Task中的所有Activity总是保持相同的次序。
这个标志一般用于呈现“启动”类型的行为：它们提供用户一系列可以单独完成的事情，与启动它们的Activity完全无关。
使用这个标志，如果正在启动的Activity的Task已经在运行的话，那么，新的Activity将不会启动；代替的，当前Task会简单的移入前台。参考FLAG_ACTIVITY_MULTIPLE_TASK标志，可以禁用这一行为。
这个标志不能用于调用方对已经启动的Activity请求结果。
FLAG_ACTIVITY_CLEAR_TOP
如果设置，并且这个Activity已经在当前的Task中运行，因此，不再是重新启动一个这个Activity的实例，而是在这个Activity上方的所有Activity都将关闭，然后这个Intent会作为一个新的Intent投递到老的Activity（现在位于顶端）中。
例如，假设一个Task中包含这些Activity：A，B，C，D。如果D调用了startActivity()，并且包含一个指向Activity B的Intent，那么，C和D都将结束，然后B接收到这个Intent，因此，目前stack的状况是：A，B。
上例中正在运行的Activity B既可以在onNewIntent()中接收到这个新的Intent，也可以把自己关闭然后重新启动来接收这个Intent。如果它的启动模式声明为 “multiple”(默认值)，并且你没有在这个Intent中设置FLAG_ACTIVITY_SINGLE_TOP标志，那么它将关闭然后重新创建；对于其它的启动模式，或者在这个Intent中设置FLAG_ACTIVITY_SINGLE_TOP标志，都将把这个Intent投递到当前这个实例的onNewIntent()中。
这个启动模式还可以与FLAG_ACTIVITY_NEW_TASK结合起来使用：用于启动一个Task中的根Activity，它会把那个Task中任何运行的实例带入前台，然后清除它直到根Activity。这非常有用，例如，当从Notification Manager处启动一个Activity。
FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
如果设置这个标志，这个activity不管是从一个新的栈启动还是从已有栈推到栈顶，它都将以the front door of the task的方式启动。这就讲导致任何与应用相关的栈都讲重置到正常状态（不管是正在讲activity移入还是移除），如果需要，或者直接重置该栈为初始状态。
FLAG_ACTIVITY_SINGLE_TOP
如果设置，当这个Activity位于历史stack的顶端运行时，不再启动一个新的
FLAG_ACTIVITY_BROUGHT_TO_FRONT
这个标志一般不是由程序代码设置的，如在launchMode中设置singleTask模式时系统帮你设定。
FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET
如果设置，这将在Task的Activity stack中设置一个还原点，当Task恢复时，需要清理Activity。也就是说，下一次Task带着 FLAG_ACTIVITY_RESET_TASK_IF_NEEDED标记进入前台时（典型的操作是用户在主画面重启它），这个Activity和它之上的都将关闭，以至于用户不能再返回到它们，但是可以回到之前的Activity。
这在你的程序有分割点的时候很有用。例如，一个e-mail应用程序可能有一个操作是查看一个附件，需要启动图片浏览Activity来显示。这个 Activity应该作为e-mail应用程序Task的一部分，因为这是用户在这个Task中触发的操作。然而，当用户离开这个Task，然后从主画面选择e-mail app，我们可能希望回到查看的会话中，但不是查看图片附件，因为这让人困惑。通过在启动图片浏览时设定这个标志，浏览及其它启动的Activity在下次用户返回到mail程序时都将全部清除。
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
如果设置，新的Activity不会在最近启动的Activity的列表中保存。
FLAG_ACTIVITY_FORWARD_RESULT
如果设置，并且这个Intent用于从一个存在的Activity启动一个新的Activity，那么，这个作为答复目标的Activity将会传到这个新的Activity中。这种方式下，新的Activity可以调用setResult(int)，并且这个结果值将发送给那个作为答复目标的 Activity。
FLAG_ACTIVITY_LAUNCHED_FROM_HISTORY
这个标志一般不由应用程序代码设置，如果这个Activity是从历史记录里启动的（常按HOME键），那么，系统会帮你设定。
FLAG_ACTIVITY_MULTIPLE_TASK
不要使用这个标志，除非你自己实现了应用程序启动器。与FLAG_ACTIVITY_NEW_TASK结合起来使用，可以禁用把已存的Task送入前台的行为。当设置时，新的Task总是会启动来处理Intent，而不管这是是否已经有一个Task可以处理相同的事情。
由于默认的系统不包含图形Task管理功能，因此，你不应该使用这个标志，除非你提供给用户一种方式可以返回到已经启动的Task。
如果FLAG_ACTIVITY_NEW_TASK标志没有设置，这个标志被忽略。
FLAG_ACTIVITY_NO_ANIMATION
如果在Intent中设置，并传递给Context.startActivity()的话，这个标志将阻止系统进入下一个Activity时应用 Acitivity迁移动画。这并不意味着动画将永不运行——如果另一个Activity在启动显示之前，没有指定这个标志，那么，动画将被应用。这个标志可以很好的用于执行一连串的操作，而动画被看作是更高一级的事件的驱动。
FLAG_ACTIVITY_NO_HISTORY
如果设置，新的Activity将不再历史stack中保留。用户一离开它，这个Activity就关闭了。这也可以通过设置noHistory特性。
FLAG_ACTIVITY_NO_USER_ACTION
如果设置，作为新启动的Activity进入前台时，这个标志将在Activity暂停之前阻止从最前方的Activity回调的onUserLeaveHint()。
典型的，一个Activity可以依赖这个回调指明显式的用户动作引起的Activity移出后台。这个回调在Activity的生命周期中标记一个合适的点，并关闭一些Notification。
如果一个Activity通过非用户驱动的事件，如来电或闹钟，启动的，这个标志也应该传递给Context.startActivity，保证暂停的Activity不认为用户已经知晓其Notification。
FLAG_ACTIVITY_PREVIOUS_IS_TOP
If set and this intent is being used to launch a new activity from an existing one, the current activity will not be counted as the top activity for deciding whether the new intent should be delivered to the top instead of starting a new one. The previous activity will be used as the top, with the assumption being that the current activity will finish itself immediately.
FLAG_ACTIVITY_REORDER_TO_FRONT
如果在Intent中设置，并传递给Context.startActivity()，这个标志将引发已经运行的Activity移动到历史stack的顶端。
例如，假设一个Task由四个Activity组成：A,B,C,D。如果D调用startActivity()来启动Activity B，那么，B会移动到历史stack的顶端，现在的次序变成A,C,D,B。如果FLAG_ACTIVITY_CLEAR_TOP标志也设置的话，那么这个标志将被忽略。
三十九、ListView的优化方案
1、如果自定义适配器，那么在getView方法中要考虑方法传进来的参数contentView是否为null，如果为null就创建contentView并返回，如果不为null则直接使用。在这个方法中尽可能少创建view。
2、给contentView设置tag（setTag（）），传入一个viewHolder对象，用于缓存要显示的数据，可以达到图像数据异步加载的效果。
3、如果listview需要显示的item很多，就要考虑分页加载。比如一共要显示100条或者更多的时候，我们可以考虑先加载20条，等用户拉到列表底部的时候再去加载接下来的20条。
四十、Android程序运行时权限与文件系统权限的区别
要区分apk运行时的拥有的权限与在文件系统上被访问（读写执行）的权限两个概念。 apk程序是运行在虚拟机上的,对应的是Android独特的权限机制，只有体现到文件系统上时才使用linux的权限设置。（一）linux文件系统上的权限 -rwxr-x--x system
默认生成的APK文件是debug签名的。
获取system权限时用到的签名，见：如何使Android应用程序获取系统权限
（2）基于UserID的进程级别的安全机制
大家都知道，进程有独立的地址空间，进程与进程间默认是不能互相访问的，是一种很可靠的保护机制。
Android通过为每一个安装在设备上的包（apk）分配唯一的linux userID来实现，名称为"app_"加一个数字，比如app_43
不同的UserID，运行在不同的进程，所以apk之间默认便不能相互访问。
Android提供了如下的一种机制，可以使两个apk打破前面讲的这种壁垒。
在AndroidManifest.xml中利用sharedUserId属性给不同的package分配相同的userID，通过这样做，两个package可以被当做同一个程序，
系统会分配给两个程序相同的UserID。当然，基于安全考虑，两个package需要有相同的签名，否则没有验证也就没有意义了。
（这里补充一点:并不是说分配了同样的UserID，两程序就运行在同一进程, 下面为PS指令摘取的，
显然，system、app_2分别对应的两个进程的PID都不同，不知Android到底是怎样实现它的机制的）
User
system
app_2
system
app_2
（3）默认apk生成的数据对外是不可见的
实现方法是：Android会为程序存储的数据分配该程序的UserID。
借助于Linux严格的文件系统访问权限，便实现了apk之间不能相互访问似有数据的机制。
例：我的应用创建的一个文件，默认权限如下，可以看到只有UserID为app_21的程序才能读写该文件。
-rw------- app_21
如何对外开放？
<1> 使用MODE_WORLD_READABLE and/or MODE_WORLD_WRITEABLE 标记。
When creating a new file with getSharedPreferences(String, int), openFileOutput(String, int), or openOrCreateDatabase(String, int, SQLiteDatabase.CursorFactory), you can use the MODE_WORLD_READABLE and/or MODE_WORLD_WRITEABLE flags to allow any other package to read/write the file. When setting these flags, the file is still owned by your application, but its global read and/or write permissions have been set appropriately so any other application can see it.
（4）AndroidManifest.xml中的显式权限声明
Android默认应用是没有任何权限去操作其他应用或系统相关特性的，应用在进行某些操作时都需要显式地去申请相应的权限。
一般以下动作时都需要申请相应的权限：
A particular permission may be enforced at a number of places during your program's operation:
- At the time of a call into the system, to prevent an application from executing certain functions.
- When starting an activity, to prevent applications from launching activities of other applications.
- Both sending and receiving broadcasts, to control who can receive your broadcast or who can send a broadcast to you.
- When accessing and operating on a content provider.
- Binding or starting a service.
在应用安装的时候，package installer会检测该应用请求的权限，根据该应用的签名或者提示用户来分配相应的权限。
在程序运行期间是不检测权限的。如果安装时权限获取失败，那执行就会出错，不会提示用户权限不够。
大多数情况下，权限不足导致的失败会引发一个 SecurityException， 会在系统log（system log）中有相关记录。
（5）权限继承/UserID继承
当我们遇到apk权限不足时，我们有时会考虑写一个linux程序，然后由apk调用它去完成某个它没有权限完成的事情，很遗憾，这种方法是行不通的。
前面讲过，android权限是经营在进程层面的，也就是说一个apk应用启动的子进程的权限不可能超越其父进程的权限（即apk的权限），
即使单独运行某个应用有权限做某事，但如果它是由一个apk调用的，那权限就会被限制。
实际上，android是通过给子进程分配父进程的UserID实现这一机制的。
（三）常见权限不足问题分析
首先要知道，普通apk程序是运行在非root、非system层级的，也就是说看要访问的文件的权限时，看的是最后三位。
另外，通过system/app安装的apk的权限一般比直接安装或adb install安装的apk的权限要高一些。
言归正传，运行一个android应用程序过程中遇到权限不足，一般分为两种情况:
（1）Log中可明显看到权限不足的提示。
此种情况一般是AndroidManifest.xml中缺少相应的权限设置，好好查找一番权限列表，应该就可解决，是最易处理的情况。
有时权限都加上了，但还是报权限不足，是什么情况呢？
Android系统有一些API及权限是需要apk具有一定的等级才能运行的。
比如 SystemClock.setCurrentTimeMillis()修改系统时间，WRITE_SECURE_SETTINGS权限 好像都是需要有system级的权限才行。
也就是说UserID是system.
（2）Log里没有报权限不足，而是一些其他Exception的提示,这也有可能是权限不足造成的。
比如：我们常会想读/写一个配置文件或其他一些不是自己创建的文件，常会报java.io.FileNotFoundException错误。
系统认为比较重要的文件一般权限设置的也会比较严格，特别是一些很重要的(配置)文件或目录。
如
-r--r----- bluetooth bluetooth
drwxrwx--x system
dbus.conf好像是蓝牙的配置文件，从权限上来看，根本就不可能改动，非bluetooth用户连读的权利都没有。
/data目录下存的是所有程序的私有数据，默认情况下android是不允许普通apk访问/data目录下内容的，通过data目录的权限设置可知，其他用户没有读的权限。
所以adb普通权限下在data目录下敲ls命令，会得到opendir failed, Permission denied的错误，通过代码file.listfiles()也无法获得data目录下的内容。
上面两种情况，一般都需要提升apk的权限，目前我所知的apk能提升到的权限就是system（具体方法见：如何使Android应用程序获取系统权限）,
至于是否有root级的，如何提升至root级不得而知，知道的朋友劳烦告知，感激不尽。
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
