后使用快捷导航没有帐号？
只需一步，快速开始
查看: 740|回复: 4
在线时间22 小时经验值24 最后登录注册时间帖子阅读权限20UID5309805
小学生, 积分 24, 距离下一级还需 26 积分
该用户从未签到
G币2 最后登录注册时间
马上注册，结交更多机友，下载更多应用，让你轻松玩转手机。
已有帐号？　　　下载游戏和软件，请【】进入机锋市场！
手机睡死现象不多，但是自动关机的现象倒是不少，这或许就是走向睡死的征兆了。。
&&手机到手没几天，由于是水机，而且是托人买的，离店又挺远的，一个来回20块，去了几次，问题都没有得到实质性的解决，也不好意思找朋友麻烦，毕竟人家之前说的很清楚了（尼玛，现在算是明白了，有些事情，真不好托人办！省的最后弄的很尴尬！）
&&自己胡乱摆弄，忽然发现，时钟模式下，可以将屏幕调成几近黑屏，保持那个状态，应该不会耗费多少电，又能确保手机始终处于操作状态，这样应该就可以避免睡死或者关机了吧~
&&大虾在哪里，，，好汉救命。。
在线时间24 小时经验值18 最后登录注册时间帖子阅读权限20UID5339834
小学生, 积分 18, 距离下一级还需 32 积分
该用户从未签到
G币21 最后登录注册时间
出不？凑字凑字
在线时间263 小时经验值191 最后登录注册时间帖子阅读权限40UID4406247
高中生, 积分 190, 距离下一级还需 10 积分
该用户从未签到
G币34 最后登录注册时间
{:125_449:}有理· 取消待机应能解决睡死问题·屏幕调成暗屏或黑屏，按实体键变亮·
在线时间505 小时经验值286 最后登录注册时间帖子阅读权限50UID4803474
大学专科, 积分 286, 距离下一级还需 114 积分
该用户从未签到
G币410 最后登录注册时间
楼主已然是睡死了。最好去ROM区，找个自己中意的ROM，刷个622或者725基带，升级下RIL。可以从根本上解决问题。
在线时间83 小时经验值256 最后登录注册时间帖子阅读权限50UID2317439
大学专科, 积分 256, 距离下一级还需 144 积分
该用户从未签到
G币12 最后登录注册时间
& & 我还希望能待机呢
& & lz刷下机吧，百分百系统问题，跟硬件无关
Powered by您的举报已经提交成功，我们将尽快处理，谢谢！
其实就是一个变相的广告。
大家还关注Android（25）

原文链接：&里面很多图片上传不了，详细请看原文
android M 的名字官方刚发布不久，最终正式版即将来临！android在不断发展，最近的更新 M 非常不同，一些主要的变化例如运行时权限将有颠覆性影响。惊讶的是android社区鲜有谈论这事儿，尽管这事很重要或许在不远的将来会引发很严重的问题。这是今天我写这篇博客的原因。这里有一切关于android运行时权限你需要知道的，包括如何在代码中实现。现在亡羊补牢还不晚。
新运行时权限
android的权限系统一直是首要的安全概念，因为这些权限只在安装的时候被询问一次。一旦安装了，app可以在用户毫不知晓的情况下访问权限内的所有东西。难怪一些坏蛋利用这个缺陷恶意收集用户数据用来做坏事了！android小组也知道这事儿。7年了！权限系统终于被重新设计了。在android6.0棉花糖，app将不会在安装的时候授予权限。取而代之的是，app不得不在运行时一个一个询问用户授予权限。
注意权限询问对话框不会自己弹出来。开发者不得不自己调用。如果开发者要调用的一些函数需要某权限而用户又拒绝授权的话，函数将抛出异常直接导致程序崩溃。
另外，用户也可以随时在设置里取消已经授权的权限。
你或许已经感觉到背后生出一阵寒意。。。如果你是个android开发者，意味着要完全改变你的程序逻辑。你不能像以前那样直接调用方法了，你不得不为每个需要的地方检察权限，否则app就崩溃了！是的。我不能哄你说这是简单的事儿。尽管这对用户来说是好事，但是对开发者来说就是噩梦。我们不得不修改编码不然不论短期还是长远来看都是潜在的问题。这个新的运行时权限仅当我们设置targetSdkVersion to 23（这意味着你已经在23上测试通过了）才起作用，当然还要是M系统的手机。app在6.0之前的设备依然使用旧的权限系统。
已经发布了的app会发生什么
新运行时权限可能已经让你开始恐慌了。“hey，伙计！我三年前发布的app可咋整呢。如果他被装到android 6.0上，我的app会崩溃吗？！？”莫慌张，放轻松。android小队又不傻，肯定考虑到了这情况。如果app的targetSdkVersion 低于 23，那将被认为app没有用23新权限测试过，那将被继续使用旧有规则：用户在安装的时候不得不接受所有权限，安装后app就有了那些权限咯！
然后app像以前一样奔跑！注意，此时用户依然可以取消已经同意的授权！用户取消授权时，android 6.0系统会警告，但这不妨碍用户取消授权。
问题又来了，这时候你的app崩溃吗？善意的主把这事也告诉了android小组，当我们在targetSdkVersion 低于23的app调用一个需要权限的函数时，这个权限如果被用户取消授权了的话，不抛出异常。但是他将啥都不干，结果导致函数返回值是null或者0.
别高兴的太早。尽管app不会调用这个函数时崩溃，返回值null或者0可能接下来依然导致崩溃。好消息（至少目前看来）是这类取消权限的情况比较少，我相信很少用户这么搞。如果他们这么办了，后果自负咯。但从长远看来，我相信还是会有大量用户会关闭一些权限。我们app不能再新设备完美运行这是不可接受的。怎样让他完美运行呢，你最好修改代码支持最新的权限系统，而且我建议你立刻着手搞起！代码没有成功改为支持最新运行时权限的app,不要设置targetSdkVersion 23 发布，否则你就有麻烦了。只有当你测试过了，再改为targetSdkVersion
23 。警告：现在你在android studio新建项目，targetSdkVersion 会自动设置为 23。如果你还没支持新运行时权限，我建议你首先把targetSdkVersion 降级到22
PROTECTION_NORMAL类权限
当用户安装或更新应用时，系统将授予应用所请求的属于 PROTECTION_NORMAL 的所有权限（安装时授权的一类基本权限）。这类权限包括：
android.permission.ACCESS_LOCATION_EXTRA_COMMANDS
android.permission.ACCESS_NETWORK_STATE
android.permission.ACCESS_NOTIFICATION_POLICY
android.permission.ACCESS_WIFI_STATE
android.permission.ACCESS_WIMAX_STATE
android.permission.BLUETOOTH
android.permission.BLUETOOTH_ADMIN
android.permission.BROADCAST_STICKY
android.permission.CHANGE_NETWORK_STATE
android.permission.CHANGE_WIFI_MULTICAST_STATE
android.permission.CHANGE_WIFI_STATE
android.permission.CHANGE_WIMAX_STATE
android.permission.DISABLE_KEYGUARD
android.permission.EXPAND_STATUS_BAR
android.permission.FLASHLIGHT
android.permission.GET_ACCOUNTS
android.permission.GET_PACKAGE_SIZE
android.permission.INTERNET
android.permission.KILL_BACKGROUND_PROCESSES
android.permission.MODIFY_AUDIO_SETTINGS
android.permission.NFC
android.permission.READ_SYNC_SETTINGS
android.permission.READ_SYNC_STATS
android.permission.RECEIVE_BOOT_COMPLETED
android.permission.REORDER_TASKS
android.permission.REQUEST_INSTALL_PACKAGES
android.permission.SET_TIME_ZONE
android.permission.SET_WALLPAPER
android.permission.SET_WALLPAPER_HINTS
android.permission.SUBSCRIBED_FEEDS_READ
android.permission.TRANSMIT_IR
android.permission.USE_FINGERPRINT
android.permission.VIBRATE
android.permission.WAKE_LOCK
android.permission.WRITE_SYNC_SETTINGS
com.android.alarm.permission.SET_ALARM
com.android.launcher.permission.INSTALL_SHORTCUT
com.android.launcher.permission.UNINSTALL_SHORTCUT
只需要在AndroidManifest.xml中简单声明这些权限就好，安装时就授权。不需要每次使用时都检查权限，而且用户不能取消以上授权。
让你的app支持新运行时权限
是时候让我们的app支持新权限模型了，从设置compileSdkVersion and targetSdkVersion 为 23开始吧.
compileSdkVersion 23
defaultConfig {
targetSdkVersion 23
例子，我想用一下方法添加联系人。
private static final String TAG = &Contacts&;
private void insertDummyContact() {
// Two operations are needed to insert a new contact.
ArrayList&ContentProviderOperation& operations = new ArrayList&ContentProviderOperation&(2);
// First, set up a new raw contact.
ContentProviderOperation.Builder op =
ContentProviderOperation.newInsert(ContactsContract.RawContacts.CONTENT_URI)
.withValue(ContactsContract.RawContacts.ACCOUNT_TYPE, null)
.withValue(ContactsContract.RawContacts.ACCOUNT_NAME, null);
operations.add(op.build());
// Next, set the name for the contact.
op = ContentProviderOperation.newInsert(ContactsContract.Data.CONTENT_URI)
.withValueBackReference(ContactsContract.Data.RAW_CONTACT_ID, 0)
.withValue(ContactsContract.Data.MIMETYPE,
monDataKinds.StructuredName.CONTENT_ITEM_TYPE)
.monDataKinds.StructuredName.DISPLAY_NAME,
&__DUMMY CONTACT from runtime permissions sample&);
operations.add(op.build());
// Apply the operations.
ContentResolver resolver = getContentResolver();
resolver.applyBatch(ContactsContract.AUTHORITY, operations);
} catch (RemoteException e) {
Log.d(TAG, &Could not add a new contact: & + e.getMessage());
} catch (OperationApplicationException e) {
Log.d(TAG, &Could not add a new contact: & + e.getMessage());
上面代码需要WRITE_CONTACTS权限。如果不询问授权，app就崩了。
下一步像以前一样在AndroidManifest.xml添加声明权限。
&uses-permission android:name=&android.permission.WRITE_CONTACTS&/&
下一步，不得不再写个方法检查有没有权限。如果没有弹个对话框询问用户授权。然后你才可以下一步创建联系人。
权限被分组了，如下表：
同一组的任何一个权限被授权了，其他权限也自动被授权。例如，一旦WRITE_CONTACTS被授权了，app也有READ_CONTACTS和GET_ACCOUNTS了。源码中被用来检查和请求权限的方法分别是Activity的checkSelfPermission和requestPermissions。这些方法api23引入。
final private int REQUEST_CODE_ASK_PERMISSIONS = 123;
private void insertDummyContactWrapper() {
int hasWriteContactsPermission = checkSelfPermission(Manifest.permission.WRITE_CONTACTS);
if (hasWriteContactsPermission != PackageManager.PERMISSION_GRANTED) {
requestPermissions(new String[] {Manifest.permission.WRITE_CONTACTS},
REQUEST_CODE_ASK_PERMISSIONS);
insertDummyContact();
如果已有权限，insertDummyContact()会执行。否则，requestPermissions被执行来弹出请求授权对话框，如下：
不论用户同意还是拒绝，activity的onRequestPermissionsResult会被回调来通知结果（通过第三个参数），grantResults,如下：
public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {
switch (requestCode) {
case REQUEST_CODE_ASK_PERMISSIONS:
if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {
// Permission Granted
insertDummyContact();
// Permission Denied
Toast.makeText(MainActivity.this, &WRITE_CONTACTS Denied&, Toast.LENGTH_SHORT)
super.onRequestPermissionsResult(requestCode, permissions, grantResults);
这就是新权限模型工作过程。代码真复杂但是只能去习惯它。。。为了让app很好兼容新权限模型，你不得不用以上类似方法处理所有需要的情况。如果你想捶墙，现在是时候了。。。
处理 “不再提醒”
如果用户拒绝某授权。下一次弹框，用户会有一个“不再提醒”的选项的来防止app以后继续请求授权。
如果这个选项在拒绝授权前被用户勾选了。下次为这个权限请求requestPermissions时，对话框就不弹出来了，结果就是，app啥都不干。这将是很差的用户体验，用户做了操作却得不到响应。这种情况需要好好处理一下。在请求requestPermissions前，我们需要检查是否需要展示请求权限的提示通过activity的shouldShowRequestPermissionRationale，代码如下：
final private int REQUEST_CODE_ASK_PERMISSIONS = 123;
private void insertDummyContactWrapper() {
int hasWriteContactsPermission = checkSelfPermission(Manifest.permission.WRITE_CONTACTS);
if (hasWriteContactsPermission != PackageManager.PERMISSION_GRANTED) {
if (!shouldShowRequestPermissionRationale(Manifest.permission.WRITE_CONTACTS)) {
showMessageOKCancel(&You need to allow access to Contacts&,
new DialogInterface.OnClickListener() {
public void onClick(DialogInterface dialog, int which) {
requestPermissions(new String[] {Manifest.permission.WRITE_CONTACTS},
REQUEST_CODE_ASK_PERMISSIONS);
requestPermissions(new String[] {Manifest.permission.WRITE_CONTACTS},
REQUEST_CODE_ASK_PERMISSIONS);
insertDummyContact();
private void showMessageOKCancel(String message, DialogInterface.OnClickListener okListener) {
new AlertDialog.Builder(MainActivity.this)
.setMessage(message)
.setPositiveButton(&OK&, okListener)
.setNegativeButton(&Cancel&, null)
当一个权限第一次被请求和用户标记过不再提醒的时候,我们写的对话框被展示。
后一种情况，onRequestPermissionsResult 会收到PERMISSION_DENIED ，系统询问对话框不展示。
一次请求多个权限
当然了有时候需要好多权限，可以用上面方法一次请求多个权限。不要忘了为每个权限检查“不再提醒”的设置。
修改后的代码：
final private int REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS = 124;
private void insertDummyContactWrapper() {
List&String& permissionsNeeded = new ArrayList&String&();
final List&String& permissionsList = new ArrayList&String&();
if (!addPermission(permissionsList, Manifest.permission.ACCESS_FINE_LOCATION))
permissionsNeeded.add(&GPS&);
if (!addPermission(permissionsList, Manifest.permission.READ_CONTACTS))
permissionsNeeded.add(&Read Contacts&);
if (!addPermission(permissionsList, Manifest.permission.WRITE_CONTACTS))
permissionsNeeded.add(&Write Contacts&);
if (permissionsList.size() & 0) {
if (permissionsNeeded.size() & 0) {
// Need Rationale
String message = &You need to grant access to & + permissionsNeeded.get(0);
for (int i = 1; i & permissionsNeeded.size(); i++)
message = message + &, & + permissionsNeeded.get(i);
showMessageOKCancel(message,
new DialogInterface.OnClickListener() {
public void onClick(DialogInterface dialog, int which) {
requestPermissions(permissionsList.toArray(new String[permissionsList.size()]),
REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS);
requestPermissions(permissionsList.toArray(new String[permissionsList.size()]),
REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS);
insertDummyContact();
private boolean addPermission(List&String& permissionsList, String permission) {
if (checkSelfPermission(permission) != PackageManager.PERMISSION_GRANTED) {
permissionsList.add(permission);
// Check for Rationale Option
if (!shouldShowRequestPermissionRationale(permission))
如果所有权限被授权，依然回调onRequestPermissionsResult，我用hashmap让代码整洁便于阅读。
public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {
switch (requestCode) {
case REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS:
Map&String, Integer& perms = new HashMap&String, Integer&();
// Initial
perms.put(Manifest.permission.ACCESS_FINE_LOCATION, PackageManager.PERMISSION_GRANTED);
perms.put(Manifest.permission.READ_CONTACTS, PackageManager.PERMISSION_GRANTED);
perms.put(Manifest.permission.WRITE_CONTACTS, PackageManager.PERMISSION_GRANTED);
// Fill with results
for (int i = 0; i & permissions. i++)
perms.put(permissions[i], grantResults[i]);
// Check for ACCESS_FINE_LOCATION
if (perms.get(Manifest.permission.ACCESS_FINE_LOCATION) == PackageManager.PERMISSION_GRANTED
&& perms.get(Manifest.permission.READ_CONTACTS) == PackageManager.PERMISSION_GRANTED
&& perms.get(Manifest.permission.WRITE_CONTACTS) == PackageManager.PERMISSION_GRANTED) {
// All Permissions Granted
insertDummyContact();
// Permission Denied
Toast.makeText(MainActivity.this, &Some Permission is Denied&, Toast.LENGTH_SHORT)
super.onRequestPermissionsResult(requestCode, permissions, grantResults);
条件灵活的，你自己设置。有的情况，一个权限没有授权，就不可用；但是也有情况，能工作，但是表现的是有所限制的。对于这个我不做评价，你自己设计吧。
用兼容库使代码兼容旧版
以上代码在android 6.0以上运行没问题，但是23 api之前就不行了，因为没有那些方法。粗暴的方法是检查版本
if (Build.VERSION.SDK_INT &= 23) {
// Marshmallow+
// Pre-Marshmallow
但是太复杂，我建议用v4兼容库，已对这个做过兼容，用这个方法代替：
ContextCompat.checkSelfPermission()被授权函数返回PERMISSION_GRANTED，否则返回PERMISSION_DENIED ，在所有版本都是如此。
ActivityCompat.requestPermissions()这个方法在M之前版本调用，OnRequestPermissionsResultCallback 直接被调用，带着正确的 PERMISSION_GRANTED或者 PERMISSION_DENIED 。
ActivityCompat.shouldShowRequestPermissionRationale()在M之前版本调用，永远返回false。用v4包的这三方法，完美兼容所有版本！这个方法需要额外的参数，Context or Activity。别的就没啥特别的了。下面是代码：
private void insertDummyContactWrapper() {
int hasWriteContactsPermission = ContextCompat.checkSelfPermission(MainActivity.this,
Manifest.permission.WRITE_CONTACTS);
if (hasWriteContactsPermission != PackageManager.PERMISSION_GRANTED) {
if (!ActivityCompat.shouldShowRequestPermissionRationale(MainActivity.this,
Manifest.permission.WRITE_CONTACTS)) {
showMessageOKCancel(&You need to allow access to Contacts&,
new DialogInterface.OnClickListener() {
public void onClick(DialogInterface dialog, int which) {
ActivityCompat.requestPermissions(MainActivity.this,
new String[] {Manifest.permission.WRITE_CONTACTS},
REQUEST_CODE_ASK_PERMISSIONS);
ActivityCompat.requestPermissions(MainActivity.this,
new String[] {Manifest.permission.WRITE_CONTACTS},
REQUEST_CODE_ASK_PERMISSIONS);
insertDummyContact();
后两个方法，我们也可以在Fragment中使用，用v13兼容包:FragmentCompat.requestPermissions() and FragmentCompat.shouldShowRequestPermissionRationale().和activity效果一样。
第三方库简化代码
以上代码真尼玛复杂。为解决这事，有许多第三方库已经问世了，真屌真有速度。我试了很多最终找到了个满意的hotchemi's PermissionsDispatcher。他和我上面做的一样，只是简化了代码。灵活易扩展，试一下吧。如果不满足你可以找些其他的。
如果我的app还开着呢，权限被撤销了，会发生生么
权限随时可以被撤销。
当app开着的时候被撤消了会发生什么呢？我试过了发现这时app会突然终止 terminated。app中的一切都被简单粗暴的停止了，因为terminated！对我来说这可以理解，因为系统如果允许它继续运行（没有某权限），这会召唤弗雷迪到我的噩梦里。或许更糟...
我相信你对新权限模型已经有了清晰的认识。我相信你也意识到了问题的严峻。但是你没得选择。新运行时权限已经在棉花糖中被使用了。我们没有退路。我们现在唯一能做的就是保证app适配新权限模型.欣慰的是只有少数权限需要运行时权限模型。大多数常用的权限，例如，网络访问，属于Normal Permission 在安装时自动会授权，当然你要声明，以后无需检查。因此，只有少部分代码你需要修改。两个建议：1.严肃对待新权限模型2.如果你代码没支持新权限，不要设置targetSdkVersion 23 。尤其是当你在Studio新建工程时，不要忘了修改！
说一下代码修改。这是大事，如果代码结构被设计的不够好，你需要一些很蛋疼的重构。每个app都要被修正。如上所说，我们没的选择。。。列出所有你需要请求的权限所有情形，如果A被授权，B被拒绝，会发生什么。blah，blah。祝重构顺利。把它列为你需要做的大事，从现在就开始着手做，以保证M正式发布的时候没有问题。希望本文对你有用，快乐编码！艹
文／微凉一季（简书作者）
原文链接：
著作权归作者所有，转载请联系作者获得授权，并标注“简书作者”。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：2353次
排名：千里之外
转载：19篇
(2)(11)(7)(6)作为 Android 史上最人性化的升级，Android M 的新功能全在这 |  Pin...
作为 Android 史上最人性化的升级，Android M 的新功能全在这 |  Pin...
当 Google 负责 Android 工程的副总裁
站在的讲台上时，他用一句话就定义了 Android M 更新的方向：这一次 Android 升级的核心关注点就是提升用户体验。虽然现在“用户体验”已经是个被用烂的词汇了，但 Android M 的若干改动的确可以让 Android 变得更好用。1.App Permissions：更加直白的应用权限管理在 iOS 上，当一个应用需要访问摄像头、照片库、摄像头、地理位置这些重要权限时，系统会单独弹出一个对话框询问用户是否允许它这么做。现在，Android M 也引入了类似的功能，接下来当某个 Android 应用需要地理位置、摄像头、麦克风、联系人、电话、短信、日历以及传感器这些权限时，Android M 也会单独弹出一个对话框询问用户是否允许它这么做。2.Chrome Custom Tabs：提升 Android 上的 Web 体验Chrome Custom Tabs 这个功能很有意思。现在，如果用户需要在某个应用中打开一个网页链接，那么开发者有两个选择：让点击这个链接的用户跳转到默认浏览器中，或者直接在应用中内置一个浏览器——也就是 WebView。不过很多时候这两种解决方案的体验并不好，第一种方法需要用户来回在两款应用中跳转；第二种方法则可能需要用户多次填写账户信息——比如我在微信的内置浏览器中访问微博时填写的账户信息并不能给手机 QQ 的内置浏览器用。有了 Chrome Custom Tabs 后，等于说开发者可以让应用的内置浏览器和系统级的浏览器 Chrome 数据互通了。想像一下，如果你之前 Chrome 中保存了微博帐号信息，那么你在微信中访问微博时这个帐号信息就可以自动填上。这体验真是棒极了。3.App Links：让链接自动选择最匹配它的应用跳转如果我在邮件中中点击一个来自 Twitter 的链接的话，系统可能会让我选择是用浏览器还是用 Twitter 打开。在 Android M 中，应用将可以“认证”一些特定的链接，这样以来当用户点击一个 Twitter 的链接时，系统就不再需要用户再去做一个选择，而是直接打开 Twitter。4.Android Pay：新的移动支付开放平台和 Apple Pay 一样，Android Pay 也使用了 NFC 技术，Google 对其的定义是：简洁、安全、可选择。用户可以选择用 Google 或者其他银行的应用来激活它，对于开发者来说，你也可以把其用在应用内支付中。此外，Android Pay 也将支持指纹支付。KitKat 以及以后的设备都可以使用 Android Pay。5.Fingerprint Reader：指纹识别支持在 Android M 中，Google 还将加入官方的指纹识别 API，这也就意味着目前 Android 设备混乱的指纹识别状态将有望终结。开发者也将可以借助标准的接口让同样的功能在更多的设备上可用。6.Doze：让 Android 更省电智能手机电量不够用恐怕是一个普遍问题，在 Android M 中 Google 引入了一个新特性 Doze。当它觉察到设备没有移动时，系统将自动关闭一些应用以达到节省电量的目的。经测试，具有 Doze 功能的 Nexus 9 的待机时长最多可以延长到之前的 2倍。除了上面这些之外，Android M 也增加了对 USB Type-C 接口的支持，并且优化了分享、文字选取等其他功能。Nexus 5、Nexus 6、Nexus 9 和 Player 今天就可以试用开发者预览版，而面向普通消费者的版本则要等到今年第三季度。相比 Android KitKat 到 Android Lollipop 的变化来说，Android Lollipop 到 Android M 的变化的确没有前者多。不过站在用户的角度看，更方便地使用 Android 不正是我们想要的嘛！图片来自：更多关于2015年 Google I/O 的文章请查阅汇总专题：&，或查看发布会直播回顾：微信订阅 PingWest 品玩请关注公众号：wepingwest ，有品好玩的科技，更早一步看到。
发表评论：
TA的最新馆藏