android常见面试题与我自己的回答

1，请描述下Activity的生命周期。

Activity生命周期包括onCreat(),onStart(),onPause(),onStop(),onDestory,onResume(),onRestart()

onCreate()是第一个调用的，用来创建activity的方法，我们通常在这个方法里面调用setContentView设置UI

然后会调用onStart()启动activity,接着调用onresume()方法

onPause()状态跟onStop()状态的区别，是onPause()是前台可见的，也就是说activity虽然别对话框之类的控件遮蔽了一部分，但仍然是看可见的

而onStop()则是不可见的，例如启动了新的activity,如果之后再返回到原来的activty,就会调用onRestart()方法，接着调用onResume()方法

最后系统销毁activty时，会调用onDestory()方法，在这里我们最好做一些资源释放回收的工作。

2，Acitvity启动模式？

四种启动模式：

standard:默认启动模式，使用该模式启动activty，每次都会创建一个新的activity放到栈顶

singleTop:当要别启动的activty在栈顶时，不会创建新的activity

singleTask:该启动模式是栈内只有一个activity的实例，当activty不在栈内时，与Standard模式相同，新建一个activity放在栈顶；当activty在栈顶时，与singleTop相同；当activty存在栈内，又不在栈顶时，清除该activity上面的所有activty,从而使改activty位于栈顶

singleInstance:采用该模式启动的activty只有一个实例，并且会使用一个全新的task来装载这个实例，所有这个activty总是位于栈顶，而新的task也只包含这个activty

如果activity不存在，那么系统会创建一个新的task来装载这个activity；如果activty已经存在，无论它位于哪个应用程序中，无论它位于哪个task中，系统都会把该activity所在的task转到前台，从而使该activity展现出来

3，在onCreate方法中Bundle savedInstanceState 这个参数有什么作用？

如果后台的Activity由于某原因被系统回收了，如何在被系统回收之前保存当前状态？

这两个问题是同一个考点，就是考onCreate方法中的savedInstanceState。当系统内存紧缺的时候，它可能会回收我们的activty，activity被回收后，我们再次启动，就会新建一个activity了，也就说原来activity的保存的一些数据丢失了，我们为了保存这些数据，android为我们提供了一个onSaveInstanceState(Bundle outState)方法，我们在这个方法里面，可以利用outState这个Bundle保存一些数据，保存完毕以后，一旦activity被销毁，系统替我们调用这个方法，我们再来看oncreate方法有一个参数savedInstanceState，其实它就是onSaveInstanceState(Bundle
outState)里面的同一个Bundle,之前我们已经保存过数据了，所以利用它我们可以恢复数据。

4，请解释下在单线程模型中Message,Handler,Message Queue,Looper之间的关系。

5，如果有个100M大的文件，需要上传至服务器中，而服务器form表单最大只能上传2M，可以用什么方法。

多线程将文件分割上传，这个需要服务器的配合，服务器端接收数据，并且使用RandomAccessFile从对应位置开始写入

6，内存溢出和内存泄漏有什么区别？何时会产生内存泄漏？内存优化有哪些方法？

内存溢出只程序运行时内存超过了可用的最大值，android会为每个程序分配一个可用内存的最大值，一旦我们读入大图片到内存，或者别的方式是内存使用超过这个最大值，就会产生OOM(OUT OF MEMORY)错误，也就是内存溢出

内存泄露是指一些没有别使用到的引用或者说对象还长期保存在内存里面

内存优化的方法：节制的使用service,onTrimMemory()方法,避免在Bitmap上浪费内存,使用优化过的数据集合,尽量避免使用依赖注入框架

7，AsyncTask使用在哪些场景？它的缺陷是什么？如何解决？

AsyncTask 运用的场景就是我们需要进行一些耗时的操作，耗时操作完成后更新主线程，或者在操作过程中对主线程的UI进行更新。AsycnTask<Params,Progress,Result>是一个抽象类，有三个泛型参数，分别对应启动任务执行的输入参数类型，后台任务完成的进度值类型，执行结果类型

我们需要重载四个方法，onPreExecute()执行初始化工作；doInBackground(Params...)用于耗时操作，可以调用publishProgress()跟新进度；onProgressUpdate()用于进度更新；onPostExecute()用于处理结果

缺陷：AsyncTask中维护着一个长度为128的线程池，同时可以执行5个工作线程，还有一个缓冲队列，当线程池中已有128个线程，缓冲队列已满时，如果

此时向线程提交任务，将会抛出RejectedExecutionException。

在3.0以前，最大支持128个线程的并发，10个任务的等待。在3.0以后，无论有多少任务，都会在其内部单线程执行

解决：由一个控制线程来处理AsyncTask的调用判断线程池是否满了，如果满了则线程睡眠否则请求AsyncTask继续处理。

8，Activity间通过Intent传递数据大小有没有限制？

40K

9，assest文件夹里放文件，对于文件的大小有没有限制？

assets目录更像一个附录类型的目录，Android不会为这个目录中的文件生成ID并保存在R类当中，因此它与Android中的一些类和方法兼容度更低。同时，由于你需要一个字符串路径来获取这个目录下的文件描述符，访问的速度会更慢。但是把一些文件放在这个目录下会使一些操作更加方便，比方说拷贝一个数据库文件到系统内存中。要注意的是，你无法在Android XML文件中引用到assets目录下的文件，只能通过AssetManager来访问这些文件。数据库文件和游戏数据等放在这个目录下是比较合适的。另外，网上关于assets和raw的资料都千篇一律了，因此关于这两者中单个文件大小不能超过1M的**错误**描述也在传播，即如果读取超过1M的文件会报Data
exceeds UNCOMPRESS_DATA_MAX (1314625 vs 1048576)的IOException，还引申出种种解决方案。个人认为不应该有这样的限制，为了验证这个说法写了个Demo，发现将近5M的压缩包在assets和raw中都能正常访问，因此在这里纠正一下，理论上只要打包不超过Android APK 50M大小的限制都是没有问题的。当然了，不排除是Android很早期的时候因为设备硬件原因aapt在编译的时候对这两个文件夹大小做出了限制，如果是这样，较新版的ADT应该不会出现这种情况。

    来自：http://my.eoe.cn/futurexiong/archive/5350.html

10， 启动一个程序，可以主界面点击图标进入，也可以从一个程序中跳转过去，二者有什么区别？

都是隐式意图

Task：主界面

首先创建一个Task栈， 配置了Main Launcher Activity被启动，作为栈底

从其他跳转过来的Activity在启动它的Activity所在的栈里


是因为启动程序（主界面也是一个app），发现了在这个程序中存在一个设置为<category android:name="android.intent.category.LAUNCHER" />的activity,

所以这个launcher会把icon提出来，放在主界面上。当用户点击icon的时候，发出一个Intent：

Intent intent = mActivity.getPackageManager().getLaunchIntentForPackage(packageName);

mActivity.startActivity(intent);   

跳过去可以跳到任意允许的页面，如一个程序可以下载，那么真正下载的页面可能不是首页（也有可能是首页），这时还是构造一个Intent，startActivity.

这个intent中的action可能有多种view,download都有可能。系统会根据第三方程序向系统注册的功能，为你的Intent选择可以打开的程序或者页面。所以唯一的一点

不同的是从icon的点击启动的intent的action是相对单一的，从程序中跳转或者启动可能样式更多一些。本质是相同的。

11、dvm的进程和Linux的进程, 应用程序的进程是否为同一个概念

      Dvm的进程是dalivk虚拟机进程,每个android程序都运行在自己的进程里面,每个android程序系统都会给他分配一个单独的liunx uid(user id),

每个dvm都是linux里面的一个进程.所以说这两个进程是一个进程.

12、AIDL的全称是什么？如何工作？

全称是：Android Interface Define Language

在Android中, 每个应用程序都可以有自己的进程. 在写UI应用的时候, 经常要用到Service. 在不同的进程中, 怎样传递对象呢? 显然, Java中不允许跨进程内存共享.

 因此传递对象, 只能把对象拆分成操作系统能理解的简单形式, 以达到跨界对象访问的目的. 在J2EE中,采用RMI的方式, 可以通过序列化传递对象. 在Android中, 则

采用AIDL的方式. 理论上AIDL可以传递Bundle,实际上做起来却比较麻烦。

AIDL(AndRoid接口描述语言)是一种借口描述语言; 编译器可以通过aidl文件生成一段代码，通过预先定义的接口达到两个进程内部通信进程的目的. 如果需要

在一个Activity中, 访问另一个Service中的某个对象, 需要先将对象转化成AIDL可识别的参数(可能是多个参数), 然后使用AIDL来传递这些参数, 在消息的接收端, 使用

这些参数组装成自己需要的对象.AIDL的IPC的机制和COM或CORBA类似, 是基于接口的，但它是轻量级的。它使用代理类在客户端和实现层间传递值. 如果要使用AIDL, 

需要完成2件事情: 1. 引入AIDL的相关类.; 2. 调用aidl产生的class.

AIDL的创建方法:

AIDL语法很简单,可以用来声明一个带一个或多个方法的接口，也可以传递参数和返回值。 由于远程调用的需要, 这些参数和返回值并不是任何类型.

下面是些AIDL支持的数据类型:

1. 不需要import声明的简单Java编程语言类型(int,boolean等)

2. String, CharSequence不需要特殊声明

3. List, Map和Parcelables类型, 这些类型内所包含的数据成员也只能是简单数据类型, String等其他比支持的类型.

(另外: 我没尝试Parcelables, 在Eclipse+ADT下编译不过, 或许以后会有所支持

13、程序之间的亲和性的理解。

1、默认情况下一个应用的所有Activity都是具有相同的affinity，都是从application中继承，application的affinity默认就是manifest的包名。

2、affinity对Activity来说，就像是身份证一样，可以告诉所在的Task，自己属于其中的一员。

3、应用场合：

a:根据affinity重新为Activity选择合适的宿主Task;

b:与allowTaskReparenting属性配合;

c:启动Activity使用Intent设置了FLAG_ACTIVITY_NEW_TASK标记。

14、同一个程序，但不同的Activity是否可以放在不同的Task任务栈中？

可以放在不同的Task中。需要为不同的activity设置不同的affinity属性，启动activity的Intent需要包含FLAG_ACTIVITY_NEW_TASK标记。

15、横竖屏切换时候Activity的生命周期。

1、不设置Activity的android:configChanges时，切屏会重新调用各个生命周期，切横屏时会执行一次，切竖屏时会执行两次

2、设置Activity的android:configChanges="orientation"时，切屏还是会重新调用各个生命周期，切横、竖屏时只会执行一次

3、设置Activity的android:configChanges="orientation|keyboardHidden"时，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法

16，如何将一个Activity设置成窗口的样式

做法有两种
1.在AndroidManifest.xml文件当中设置当前activity的一个属性（系统自带的属性）： android:theme="@android:style/Theme.Dialog"

2.在你的styles.xml文件中可以新建一如下的style:

<style name="Theme.FloatActivity" parent="android:style/Theme.Dialog">

17，如何退出Activity？如何安全退出已调用多个Activity的Application？

对于单一Activity的应用来说，退出很简单，直接finish()即可。

当然，也可以用killProcess()和System.exit()这样的方法。

但是，对于多Activity的应用来说，在打开多个Activity后，如果想在最后打开的Activity直接退出，上边的方法都是没有用的，因为上边的方法都是结束一个Activity而已。

当然，网上也有人说可以。

那么，有没有办法直接退出整个应用呢？

在2.1之前，可以使用ActivityManager的restartPackage方法。

它可以直接结束整个应用。在使用时需要权限android.permission.RESTART_PACKAGES。

注意不要被它的名字迷惑。

可是，在2.2，这个方法失效了。

在2.2添加了一个新的方法，killBackgroundProcesses()，需要权限 android.permission.KILL_BACKGROUND_PROCESSES。

可惜的是，它和2.2的restartPackage一样，根本起不到应有的效果。

另外还有一个方法，就是系统自带的应用程序管理里，强制结束程序的方法，forceStopPackage()。

它需要权限android.permission.FORCE_STOP_PACKAGES。

并且需要添加android:sharedUserId="android.uid.system"属性

同样可惜的是，该方法是非公开的，他只能运行在系统进程，第三方程序无法调用。

因为需要在Android.mk中添加LOCAL_CERTIFICATE := platform。

而Android.mk是用于在Android源码下编译程序用的。

从以上可以看出，在2.2，没有办法直接结束一个应用，而只能用自己的办法间接办到。

现提供几个方法，供参考：

1、抛异常强制退出：

该方法通过抛异常，使程序Force Close。

验证可以，但是，需要解决的问题是，如何使程序结束掉，而不弹出Force Close的窗口。

2、记录打开的Activity：

每打开一个Activity，就记录下来。在需要退出时，关闭每一个Activity即可。

3、发送特定广播：

在需要结束应用时，发送一个特定的广播，每个Activity收到广播后，关闭即可。

4、递归退出

在打开新的Activity时使用startActivityForResult，然后自己加标志，在onActivityResult中处理，递归关闭。

除了第一个，都是想办法把每一个Activity都结束掉，间接达到目的。

但是这样做同样不完美。

你会发现，如果自己的应用程序对每一个Activity都设置了nosensor，在两个Activity结束的间隙，sensor可能有效了。

但至少，我们的目的达到了，而且没有影响用户使用。

为了编程方便，最好定义一个Activity基类，处理这些共通问题。

18，请介绍下Android中常用的五种布局

常用五种布局方式，分别是：FrameLayout（框架布局），LinearLayout （线性布局），AbsoluteLayout（绝对布局），RelativeLayout（相对布局），TableLayout（表格布局）。

一、FrameLayout：所有东西依次都放在左上角，会重叠，这个布局比较简单，也只能放一点比较简单的东西。

二、LinearLayout：线性布局，每一个LinearLayout里面又可分为垂直布局（android:orientation="vertical"）和水平布局（android:orientation="horizontal" ）。当垂直布局时，每一行就只有一个元素，多个元素依次垂直往下；水平布局时，只有一行，每一个元素依次向右排列。

三、AbsoluteLayout：绝对布局用X,Y坐标来指定元素的位置，这种布局方式也比较简单，但是在屏幕旋转时，往往会出问题，而且多个元素的时候，计算比较麻烦。

四、RelativeLayout：相对布局可以理解为某一个元素为参照物，来定位的布局方式。主要属性有：相对于某一个元素android:layout_below、      android:layout_toLeftOf相对于父元素的地方android:layout_alignParentLeft、android:layout_alignParentRigh；

五、TableLayout：表格布局，每一个TableLayout里面有表格行TableRow，TableRow里面可以具体定义每一个元素。

19，请介绍下Android的数据存储方式

SQLite： SQLite是一个轻量级的数据库，支持基本SQL语法，是常被采用的一种数据存储方式。Android为此数据库提供了一个名为SQLiteDatabase的类，封装了一些操作数据库的API。

SharedPreference： 除SQLite数据库外，另一种常用的数据存储方式，其本质就是一个xml文件，常用于存储较简单的参数设置。

File： 即常说的文件（I/O）存储方法，常用语存储大数量的数据，但是缺点是更新数据将是一件困难的事情。

ContentProvider: Android系统中能实现所有应用程序共享的一种数据存储方式，由于数据通常在各应用间的是互相私密的，所以此存储方式较少使用，但是其又是必不可少的一种存储方式。例如音频，视频，图片和通讯录，一般都可以采用此种方式进行存储。每个Content Provider都会对外提供一个公共的URI（包装成Uri对象），如果应用程序有数据需要共享时，就需要使用Content Provider为这些数据定义一个URI，然后其他的应用程序就通过Content
Provider传入这个URI来对数据进行操作。

20，请介绍下ContentProvider是如何实现数据共享的

当应用继承ContentProvider类，并重写该类用于提供数据和存储数据的方法，就可以向其他应用共享其数据。

虽然使用其他方法也可以对外共享数据，但数据访问方式会因数据存储的方式而不同，如：采用文件方式对外共享数据，需要进行文件操作读写数据；

采用sharedpreferences共享数据，需要使用sharedpreferences API读写数据。

而使用ContentProvider共享数据的好处是统一了数据访问方式。

当应用需要通过ContentProvider对外共享数据时，

第一步需要继承ContentProvider并重写下面方法：

第二步需要在AndroidManifest.xml使用<provider>对该ContentProvider进行配置，为了能让其他应用找到该ContentProvider ， ContentProvider 采用了authorities（主机名/域名）对它进行唯一标识，你可以把 ContentProvider看作是一个网站（想想，网站也是提供数据者），authorities 就是他的域名：

<manifest .... >
<application android:icon="@drawable/icon" android:label="@string/app_name">
<provider android:name=".PersonContentProvider"
android:authorities="com.faith.providers.personprovider" />
</application>
</manifest>

UriMatcher类使用介绍：

因为Uri代表了要操作的数据，所以我们经常需要解析Uri，并从Uri中获取数据。

Android系统提供了两个用于操作Uri的工具类，分别为UriMatcher 和ContentUris 。掌握它们的使用，会便于我们的开发工作。

UriMatcher类用于匹配Uri，它的用法如下：

首先第一步把你需要匹配Uri路径全部给注册上，如下：

//常量UriMatcher.NO_MATCH表示不匹配任何路径的返回码
UriMatcher  sMatcher = new UriMatcher(UriMatcher.NO_MATCH);
//如果match()方法匹配content://com.faith.providers.personprovider/person路径，返回匹配码为1
sMatcher.addURI(“com.faith.providers.personprovider”, “person”, 1);//添加需要匹配uri，如果匹配就会返回匹配码
//如果match()方法匹配content://com.faith.providers.personprovider/person/230路径，返回匹配码为2
sMatcher.addURI(“com.faith.providers.personprovider”, “person/#”, 2);//#号为通配符
switch (sMatcher.match(Uri.parse("content://com.faith.providers.personprovider/person/10"))) {
case 1
break;
case 2
break;
default://不匹配
break;
}

注册完需要匹配的Uri后，就可以使用sMatcher.match(uri)方法对输入的Uri进行匹配，如果匹配就返回匹配码，匹配码是调用addURI()方法传入的第三个参数，假设匹配content://com.faith.providers.personprovider/person路径，返回的匹配码为1

ContentUris类使用介绍:

ContentUris类用于获取Uri路径后面的ID部分，它有两个比较实用的方法：

withAppendedId(uri, id)用于为路径加上ID部分：
Uri uri = Uri.parse("content://com.faith.providers.personprovider/person")
Uri resultUri = ContentUris.withAppendedId(uri, 10);
//生成后的Uri为：content://com.faith.providers.personprovider/person/10

parseId(uri)方法用于从路径中获取ID部分：
Uri uri = Uri.parse("content://com.faith.providers.personprovider/person/10")
long personid = ContentUris.parseId(uri);//获取的结果为:10

21，如何启用Service，如何停用Service？
两种方式启动，startService()和bindService(),两种方式结束stopService(),unbindService()

另外servive()可以调用stopSelf()停用自身

还可以使用intentService,这个在运行结束以后会自己结束

22，注册广播有几种方式，这些方式有何优缺点？请谈谈Android引入广播机制的用意？

两种，一种在AndroidManifest.xml注册，<receiver>里面加<intent-filiter>；一种在java代码里面，registertReceiver(boastcastReceiver,intentFiliter);

系统的各种动作例如接受短信，拨号等，会产生广播，用于通知应用程序系统状态发生变化，或者说转发一些系统通知。我们也可以自定义广播，从而在发生事件时，通知我们的应用程序进行处理。

23，请解释下Android程序运行时权限与文件系统权限的区别

要区分apk运行时的拥有的权限与在文件系统上被访问（读写执行）的权限两个概念。

apk程序是运行在虚拟机上的,对应的是Android独特的权限机制，只有体现到文件系统上时才使用linux的权限设置。

（一）linux文件系统上的权限

-rwxr-x--xsystem   system       41562010-04-30 16:13 test.apk

代表的是相应的用户/用户组及其他人对此文件的访问权限，与此文件运行起来具有的权限完全不相关。

比如上面的例子只能说明system用户拥有对此文件的读写执行权限；system组的用户对此文件拥有读、执行权限；其他人对此文件只具有执行权限。

而test.apk运行起来后可以干哪些事情，跟这个就不相关了。

千万不要看apk文件系统上属于system/system用户及用户组，或者root/root用户及用户组，就认为apk具有system或root权限

（二）Android的权限规则

（1)Android中的apk必须签名

这种签名不是基于权威证书的，不会决定某个应用允不允许安装，而是一种自签名证书。

重要的是，android系统有的权限是基于签名的。比如：system等级的权限有专门对应的签名，签名不对，权限也就获取不到。

默认生成的APK文件是debug签名的。

获取system权限时用到的签名，见：如何使Android应用程序获取系统权限

 

（2）基于UserID的进程级别的安全机制 

大家都知道，进程有独立的地址空间，进程与进程间默认是不能互相访问的，是一种很可靠的保护机制。

Android通过为每一个安装在设备上的包（apk）分配唯一的linuxuserID来实现，名称为"app_"加一个数字，比如app_43

不同的UserID，运行在不同的进程，所以apk之间默认便不能相互访问。

Android提供了如下的一种机制，可以使两个apk打破前面讲的这种壁垒。

在AndroidManifest.xml中利用sharedUserId属性给不同的package分配相同的userID，通过这样做，两个package可以被当做同一个程序，

系统会分配给两个程序相同的UserID。当然，基于安全考虑，两个package需要有相同的签名，否则没有验证也就没有意义了。

（这里补充一点:并不是说分配了同样的UserID，两程序就运行在同一进程, 下面为PS指令摘取的，

显然，system、app_2分别对应的两个进程的PID都不同，不知Android到底是怎样实现它的机制的）

User   PIDPPID

system    953   883   18734055052 ffffffff afe0cbcc S system_server

app_2     1072883   10026419564 ffffffff afe0dcc4 S com.android.inputmethod.

system    1083883   11180823192 ffffffff afe0dcc4 S android.process.omsservi

app_2     1088883   15646445720 ffffffff afe0dcc4 S android.process.acore

（3）默认apk生成的数据对外是不可见的 

实现方法是：Android会为程序存储的数据分配该程序的UserID。

借助于Linux严格的文件系统访问权限，便实现了apk之间不能相互访问似有数据的机制。

例：我的应用创建的一个文件，默认权限如下，可以看到只有UserID为app_21的程序才能读写该文件。

-rw-------app_21   app_21      876502000-01-01 09:48 test.txt

如何对外开放？

<1> 使用MODE_WORLD_READABLE and/orMODE_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_READABLEand/or MODE_WORLD_WRITEABLE flags to allow any other package toread/write
the file. When setting these flags, the file is stillowned by your application, but its global read and/or writepermissions have been set appropriately so any other applicationcan see it.

（4）AndroidManifest.xml中的显式权限声明 

Android默认应用是没有任何权限去操作其他应用或系统相关特性的，应用在进行某些操作时都需要显式地去申请相应的权限。

一般以下动作时都需要申请相应的权限：

A particular permission may be enforcedat a number of places during your program'soperation: 

At the time of a call into the system, to preventan application from executing certain functions.
When starting an activity, to prevent applications fromlaunching activities of other applications.
Both sending and receiving broadcasts, to control who canreceive your broadcast or who can send a broadcast toyou.
When accessing and operating on a contentprovider.
Binding or starting a service.

在应用安装的时候，packageinstaller会检测该应用请求的权限，根据该应用的签名或者提示用户来分配相应的权限。

在程序运行期间是不检测权限的。如果安装时权限获取失败，那执行就会出错，不会提示用户权限不够。

大多数情况下，权限不足导致的失败会引发一个 SecurityException， 会在系统log（systemlog）中有相关记录。

（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----- bluetoothbluetooth      9352010-07-09 20:21 dbus.conf

drwxrwx--xsystem   system            2010-07-0702:05 data 

dbus.conf好像是蓝牙的配置文件，从权限上来看，根本就不可能改动，非bluetooth用户连读的权利都没有。

/data目录下存的是所有程序的私有数据，默认情况下android是不允许普通apk访问/data目录下内容的，通过data目录的权限设置可知，其他用户没有读的权限。

所以adb普通权限下在data目录下敲ls命令，会得到opendir failed, Permissiondenied的错误，通过代码file.listfiles()也无法获得data目录下的内容。

上面两种情况，一般都需要提升apk的权限，目前我所知的apk能提升到的权限就是system（具体方法见：如何使Android应用程序获取系统权限）,

至于是否有root级的，如何提升至root级不得而知，知道的朋友劳烦告知，感激不尽。

24，系统上安装了多种浏览器，能否指定某浏览器访问指定页面？请说明原由。

一、启动android默认浏览器

在Android程序中我们可以通过发送隐式Intent来启动系统默认的浏览器。如果手机本身安装了多个浏览器而又没有设置默认浏览器的话，系统将让用户选择使用哪个浏览器来打开连接。关于Intent的更多内容请参考《常用Intent》
示例1

       

Intent intent =newIntent();
intent.setAction("android.intent.action.VIEW");
Uri content_url =Uri.parse("http://www.163.com");
intent.setData(content_url);
startActivity(intent);

这样子，android就可以调用起手机默认的浏览器访问。
二、启动指定浏览器
在Android程序中我们可以通过发送显式Intent来启动指定的浏览器。启动Android原生浏览器
示例2
        

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("com.android.browser","com.android.browser.BrowserActivity");
中相应的应用程序packagename 和要启动的activity即可启动其他浏览器来
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"