androidlevel

❶ 如何从工程代码角度判断一个Android 的版本以及API Level

打开AndroidManifest.xml
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="xxx.xxx.xxx"
android:versionCode="1" //这是程序的版本号
android:versionName="1.0" > //这个是程序的版本名

<uses-sdk
android:minSdkVersion="13" //兼容最小的系统
android:targetSdkVersion="17" />

❷ 如何更改android target api level

Android中高低API版本兼容使用@TargetApi或者@SuppressLint("NewApi")
例如：AndroidManifest.xml中，我们配置了sdk版本的最低为9，目标sdk为19
[html] view plain
<uses-sdk
android:minSdkVersion="9"
android:targetSdkVersion="19" />

当我们使用了大于sdk版本为9的API时候，编译器就会提示警告。例如：
[java] view plain
import android.os.AsyncTask;
import android.os.Build;

public class Test {
static public<T> void executeAsyncTask(AsyncTask<T, ?, ?> task,T...params){
if (Build.VERSION.SDK_INT >= Build.VERSI

❸ android level-list怎么使用

只需要循环一下，判断即可。 示例代码： 1.遍历整个list集合 for(int i=0; i<list.size(); i++){ } 2.在for循环中增加判断代码 if(list.get(i).equals("指定")）｛｝ 3.得到每一个item进行判断即可。

❹ 如何理解android中的api level

就是安卓开发包的版本号，比如安卓4.0对应的level是14，5.0对应的level是19

❺ Android可以远程调用EJB吗

技术上肯定允许，因为远程调用本身只是一个网络通信过程，这跟HTTP通信没有什么本质的差别，仅仅是协议内容不同。

一般来说远程系统互操作尽量是松耦合的，就是不需要知道对方系统是如何设计的，双方只需要用相同的接口就可以了，那么EJB这个东西是Java特有的，但我们已知EJB至少在EJB2.0以后我们跟CORBA就已经是兼容的，就是说对方用CORBA的方式调用也会是正常的，我们可以拿EJB的2个远程接口（Home和Biz）来生成CORBA的Stub，然后用CORBA方式调用（这就不依赖于EJB的运行时库，我想你肯定不打算把一个WebSphere或JBOSS这样的EJB服务器的客户端运行库复制到手机上吧？很麻烦的，而且还受版本变化影响）。

一般来说手机上的JavaAPI比如Android本身是不支持EJB的，很多像javax.rmi这样的包都没有，我找了 Android level 19 的 android.jar 看了，里面的包没有像 javax.rmi, javax.ejb 这样企业应用API （这些是 J2EE的标准API,手机应该是不会提供的）。

通过 RMIC 是可以生成 CORBA Stub 可以用:

C:>rmic-iiop
C:>rmic-idl

除了CORBA之外，我们可以让开发人员给现有的EJB提到一个SOAP方式的WebService接口，这在EJB2.1中已经有支持，现在的服务器基本上也支持EJB2.0和2.0以上的版本了，拿着这个EJB的WSDL我们就可以用WebService方式来处理了，这样其实我们可以用JavaScript来编码xml和解码xml来调用远程WebService，这种方式更通用，不需要任何API库的支持，我们至少可以把它当成最原始的xml文档，甚至是纯text文件来处理（连xmlAPI库都不是必须的）。让一个现有 EJB 支持 SOAP 其实不用改动代码，基本上只是一个”添加一个新接口然后重新编译并部署”的过程(比如我用IBM试用版的RAD 7配置WebSphere 就是这样的，如果用便宜的服务器这些工具可能不够自动化)。

只是 android.jar 本身也不提供 CORBA 支持，这也是企业应用，我们最方便的方法还是 SOAP / Web 服务的方式，因为 android 自带了 XML API，如果你的手机应用是基于 phonegap 的，那就更方便和自然快捷了，因为它们现成的 ajax api 来处理 web 服务。

❻ android中 API level 1和 API level 18 是什么意思，有什么区别

指的是android的版本，1就是最早的，18是最新的，一些新版本的api不能在老版本上使用。

❼ android 中 API level 指的是什么什么意思这个等级表示的

android 每个版本提供给开发者的 API都有版本的，你把这个level理解为版本差不多

❽ 聊聊Android6.0 以上系统权限

一个新建的Android应用默认是没有权限的，这意味着它不能执行任何可能对用户体验有不利影响的操作或者访问设备数据。为了使用受保护的功能，你必须包含一个或者多个标签在你的app manifest中。

1、Android 6.0中权限分为两种，普通权限和危险权限（即运行时权限，下面统称运行时权限）。

1.1普通权限

如果你的应用manifest中只申明了普通权限（也就是说，这些权限对于用户隐私和设备操作不会造成太多危险），系统会自动授予这些权限。

1.2运行时权限

如果你的应用manifest中声明了运行时权限（也就是说，这些权限可能会影响用户隐私和设备的普通操作），系统会明确的让用户决定是否授予这些权限。系统请求用户授予这些权限的方式是由当前应用运行的系统版本来决定的。

1.2.1 Android6.0及以上的系统

如果你的设备运行的是Android6.0（API level 23）及以上的系统，并且你的应用的targetSdkVersion也是23或者更高，那么应用向用户请求这些权限是实时的。这意味着用户可以随时取消 这些运行时权限的授权。所以应用在每次需要用到这些运行时权限的时候都需要去检查是否还有这些权限的授权。

1.2.2 Android 5.1及以下的系统

如果你的设备运行在Android5.1（API level 22）及以下的系统中，或者你的app的targetSdkVersion是22或者更低。系统会请求用户在apk安装的时候授予这些权限。

如果你的应用更新的时候添加了一个权限，系统会在用户更新应用的时候请求用户授予这个权限 ， 一旦用户安装了这个应用，唯一可以取消授权的方式就是卸载掉这个应用。 注意这句话的意思，想一下如果app的targetSdkVersion是22或者以下，但是运行在Android6.0及以上的设备中会有什么问题？后面会分析这个问题 。

常常来说一个授权失败会抛出SecurityException，然而这并不是在 所有情况下都会发生。比如，发送一个广播去检查授权(SendBroadcast(Intent))，数据会被发送给所有接收者，但是当这个方法的请求返 回的时候，你不会收到任何一个因为授权失败抛出的异常，其实在大多数情况下，授权失败只会打印系统日志。

1.3自动权限调整

简单的说，如果你的app targetSdkVersion是3，而你当前运行的系统版本是4，那么在android version 4 中新添加的权限会自动添加到你的app中。

比如 WRITE_EXTERNAL_STORAGE权限是在api 4的时候添加的，而你的应用的targetSdkVersion是3，那么这个权限会自动添加到你的应用中。而且在官方商店上这个权限也会列出来（尽管可能你并不需要这个权限）。

所以建议经常更新你的targetSdkVersion到最新版本。

下面来回答上面的那个问题，如果app的targetSdkVersion是22或者以下，但是运行在android 6.0或以上版本的手机中，会发生什么？

安装过程中，会一起请求用户授予所有 权限，如果用户拒绝，将不能安装这个app，只有用户全部同意这些授权，才能安装这个应用，但是问题来了，安装好了这个应用之后，android6.0以 上的系统中，用户是可以去设置中取消授权的，而且是随时都可以取消，所以很多运行时权限可能也得不到，目前官方的做法是，如果用户取消该项授权，那么依赖 该项授权的方法的返回值为null，所以你的app可能会报空指针异常。以后是否会针对22以下的app做改变还不得而知，毕竟crash是很难让人接受 的，但是crash是由用户造成的，用户应该也可以理解。

2、普通权限和运行时权限

系统权限会被传递给两种不同的保护级别，我们所知道这两种最重要的保护级别就是普通权限和运行时权限。

2.1 普通权限

普通权限的覆盖区域是在你的app需要访问沙盒以外的数据和资源的时候，但是对用户隐私和其他app的操作只有很少的影响，比如开启手电筒的权限。这个时候，系统会自动授权这些普通权限。

Normal Permissions：

ACCESS_LOCATION_EXTRA_COMMANDS

ACCESS_NETWORK_STATE

ACCESS_NOTIFICATION_POLICY

ACCESS_WIFI_STATE

BLUETOOTH

BLUETOOTH_ADMIN

BROADCAST_STICKY

CHANGE_NETWORK_STATE

CHANGE_WIFI_MULTICAST_STATE

CHANGE_WIFI_STATE

DISABLE_KEYGUARD

EXPAND_STATUS_BAR

GET_PACKAGE_SIZE

INSTALL_SHORTCUT

INTERNET

KILL_BACKGROUND_PROCESSES

MODIFY_AUDIO_SETTINGS

NFC

READ_SYNC_SETTINGS

READ_SYNC_STATS

RECEIVE_BOOT_COMPLETED

REORDER_TASKS

REQUEST_INSTALL_PACKAGES

SET_ALARM

SET_TIME_ZONE

SET_WALLPAPER

SET_WALLPAPER_HINTS

TRANSMIT_IR

UNINSTALL_SHORTCUT

USE_FINGERPRINT

VIBRATE

WAKE_LOCK

WRITE_SYNC_SETTINGS

2.2 运行时权限

运行时权限的覆盖区域是你的app想要的数据和资源涉及用户的隐私信息，或者是可能潜在的影响用户的存储数据或者其他app的操作。比如，请求获取用户联系人信息的权限。如果一个app申明了运行时权限，用户必须明确的授权这些权限给app。

2.3 权限组

所有的运行时权限都属于对应的权限组，如果你的app运行在android6.0及以上系统，下面的规则都适用：

2.3.1 如果一个app在manifest中请求了一个运行时权限，而且app还没有得到这个运行时权限所在的权限组中的任何一个运行时权限授权，那么系统会弹出一个对话框，描述app想要访问的运行时权限的权限组，这个对话框不会描述这个权限组中某一个特定的权限。比如，你的app想要请求READ_CONTACT权限，对话框只会描述app想要请求设备的联系人，如果用户授权通过，系统会授予app所请求的该项权限。

2.3.2 如果一个app在manifest中请求一个运行时权限，并且这个app已经在相同的权限组中有了另一个运行时权限的授权，那么系统不会弹出对话框，而是会立即授予app该项运行时权限的授权。比如，一个app之前请求过一个READ_CONTACT的权限并且被授权通过，之后又请求一个WRITE_CONTACT（在同一个权限组）权限，那么系统会自动授予该权限。

其实所有权限（普通权限、运行时权限、用户自定义权限）都属于特定的权限组，但是只有运行时权限的权限组才会影响用户体验。

2.3.3运行时权限组和权限组列表

group:android.permission-group.CONTACTS

permission:android.permission.WRITE_CONTACTS

permission:android.permission.GET_ACCOUNTS

permission:android.permission.READ_CONTACTS

group:android.permission-group.PHONE

permission:android.permission.READ_CALL_LOG

permission:android.permission.READ_PHONE_STATE

permission:android.permission.CALL_PHONE

permission:android.permission.WRITE_CALL_LOG

permission:android.permission.USE_SIP

permission:android.permission.PROCESS_OUTGOING_CALLS

permission:com.android.voicemail.permission.ADD_VOICEMAIL

group:android.permission-group.CALENDAR

permission:android.permission.READ_CALENDAR

permission:android.permission.WRITE_CALENDAR

group:android.permission-group.CAMERA

permission:android.permission.CAMERA

group:android.permission-group.SENSORS

permission:android.permission.BODY_SENSORS

group:android.permission-group.LOCATION

permission:android.permission.ACCESS_FINE_LOCATION

permission:android.permission.ACCESS_COARSE_LOCATION

group:android.permission-group.STORAGE

permission:android.permission.READ_EXTERNAL_STORAGE

permission:android.permission.WRITE_EXTERNAL_STORAGE

group:android.permission-group.MICROPHONE

permission:android.permission.RECORD_AUDIO

group:android.permission-group.SMS

permission:android.permission.READ_SMS

permission:android.permission.RECEIVE_WAP_PUSH

permission:android.permission.RECEIVE_MMS

permission:android.permission.RECEIVE_SMS

permission:android.permission.SEND_SMS

permission:android.permission.READ_CELL_BROADCASTS

可以通过adb shell pm list permissions -d -g进行查看。

看到上面的dangerous permissions，会发现一个问题，好像危险权限都是一组一组的，恩，没错，的确是这样的，那么有个问题：分组对我们的权限机制有什么影响吗？的确是有影响的，如果app运行在Android 6.x的机器上，对于授权机制是这样的。如果你申请某个危险的权限，假设你的app早已被用户授权了 同一组 的某个危险权限，那么系统会立即授权，而不需要用户去点击授权。比如你的app对READ_CONTACTS已经授权了，当你的app申请WRITE_CONTACTS时，系统会直接授权通过。此外，对于申请时弹出的dialog上面的文本说明也是对整个权限组的说明，而不是单个权限（ps:这个dialog是不能进行定制的）。不过需要注意的是，不要对权限组过多的依赖，尽可能对每个危险权限都进行正常流程的申请，因为在后期的版本中这个权限组可能会产生变化。

3、相关API

3.1 在AndroidManifest文件中添加需要的权限。

这个步骤和我们之前的开发并没有什么变化，试图去申请一个没有声明的权限可能会导致程序崩溃。

3.2 检查权限

if (ContextCompat.checkSelfPermission(thisActivity,

Manifest.permission.READ_CONTACTS)

!= PackageManager.PERMISSION_GRANTED) {

}else{

//

}

这里涉及到一个API，ContextCompat.checkSelfPermission，主要用于检测某个权限是否已经被授予，方法返回值为PackageManager.PERMISSION_DENIED或者PackageManager.PERMISSION_GRANTED。当返回DENIED就需要进行申请授权了

3.3 申请授权

ActivityCompat.requestPermissions(thisActivity,

new String[]{Manifest.permission.READ_CONTACTS},

MY_PERMISSIONS_REQUEST_READ_CONTACTS);

该方法是异步的，第一个参数是Context；第二个参数是需要申请的权限的字符串数组；第三个参数为requestCode，主要用于回调的时候检测。可以从方法名requestPermissions以及第二个参数看出，是支持一次性申请多个权限的，系统会通过对话框 逐一 询问用户是否授权。

3.4 处理权限申请回调

@Override

(intrequestCode,

String permissions[],int[] grantResults) {

switch(requestCode) {

case MY_PERMISSIONS_REQUEST_READ_CONTACTS: {

// If request is cancelled, the result arrays are empty.

if(grantResults.length >0&& grantResults[0] == PackageManager.PERMISSION_GRANTED) {

// permission was granted, yay! Do the contacts-related task you need to do.

}else{

// permission denied, boo! Disable the functionality that depends on this permission.

}

return;

}

}

}

ok，对于权限的申请结果，首先验证requestCode定位到你的申请，然后验证grantResults对应于申请的结果，这里的数组对应于申请时的第二个权限字符串数组。如果你同时申请两个权限，那么grantResults的length就为2，分别记录你两个权限的申请结果。如果申请成功，就可以做你的事情了！

那么将上述几个步骤结合到一起就是：

// Here, thisActivity is the current activity

if (ContextCompat.checkSelfPermission(thisActivity,

Manifest.permission.READ_CONTACTS)

!= PackageManager.PERMISSION_GRANTED) {

// Should we show an explanation?

if (ActivityCompat.(thisActivity,

Manifest.permission.READ_CONTACTS)) {

// Show an expanation to the user *asynchronously* -- don't block

// this thread waiting for the user's response! After the user

// sees the explanation, try again to request the permission.

} else {

// No explanation needed, we can request the permission.

ActivityCompat.requestPermissions(thisActivity,

new String[]{Manifest.permission.READ_CONTACTS},

MY_PERMISSIONS_REQUEST_READ_CONTACTS);

// MY_PERMISSIONS_REQUEST_READ_CONTACTS is an

// app-defined int constant. The callback method gets the

// result of the request.

}

}

谢幕，至此有关于android6.0 以上权限相关的内容已经详细讲完了！

❾ Android手机在开发调试时logcat不显示输出信息的办法

问题表现:连接手机与电脑后，驱动安装正确，USB调试模式打开，在DDMS中可以看到device及其进程的信息，但是logcat中就是没有信息输出
问题原因:一些rom默认关闭logcat
问题说明:ddms中设备名字显示为问号不影响，即adb
get-serialno显示为问号不影响.
解决方法:
1.需要root权限(部分rom不需要)
2.打开logcat，并设置level，执行命令如下(android
升级之后
adb
在
platform-tools中，不在tools中)
adb
shell
echo
1
>
/sys/kernel/logger/log_main/enable
说明：将1写入日志开关文件，1为开，0为关
echo
2
>/sys/kernel/logger/log_main/priority
说明：将代表level的2写入优先级文件
3.重启adb，如果使用eclipse，先关闭eclipse，再重启adb，再启动eclipse
adb
kill-server
adb
start-server
4.此时logcat应该可以工作了，如果仍旧不工作，则更新adb
android
update
adb
5.重复第三步，此时logcat应该可以工作了，如果仍旧不工作，找到个人主目录下的android目录，如C:Documents
and
SettingsAdministrator.android
找到这个目录下的adb_usb.ini文件，其内容默认只有三行，全为注释，在后面添加一行，内容为0x12d1
6.重复第三步，此时logcat应该可以工作了

❿ android sdk level 的意义

主要是因为现在的android手机大部分都是2.3以下的系统。
当然也有4.0什么的，但是3.0以后的版本的特性都是偏向平板的，手机屏幕太小有了限制（像fragment在手机上很少用到），所以一般开发手机应用都是level10以下的（就是2.3以下），开发平板才考虑用10以上版本~~
还有哦，3.0以上版本有了更多功能是事实，但2.3以下的版本靠引入jar包也能实现同样的效果的哦~~