问题标签 [android-4.3-jelly-bean]

我无法为运行 Jellybean 4.2.2 的 Galaxy S4 运行 run-as（或 ndk-gdb）。

对于 ICS 之前的设备，此问题有多个答案，但这些似乎已在 ICS 中修复。

更新 - 2013 年 8 月：在最初出现在带有 Jellybean 4.2.2 的 Galaxy S4 上之后，运行方式问题现在似乎出现在所有 4.3 设备上。请参阅此Android 错误。

在此处查看已确认的 Android 问题。

更新 - 2013 年 11 月：Google 发布了修复 Android 4.4 中运行的补丁。

我刚刚将 Galaxy Nexus 更新到 4.3 并启用了新的屏幕 GPU 分析功能，并在 Android 设置屏幕上看到以下结果：

根据平台亮点：

即使在非常简单的屏幕上，也有很多情况下屏幕刷新时间超过了平滑 60 fps 的阈值（绿线），这主要是因为在很多情况下刷新会花费大量时间等待命令完成（黄线*），而其他时候这一步几乎是瞬时的。这也不是设置应用程序特有的东西，但似乎存在于我迄今为止测试过的所有应用程序中。*在我看来比黄色更橙色

我想知道的是：

1. 这段时间是否“等待命令完成”意味着正在积极处理屏幕命令，因此该时间将准确表示绘制屏幕所花费的时间。或者这个时间是否包括等待视频同步的时间（尽管我认为三重缓冲区将用于消除此要求）？
2. 即使在绘制同一个屏幕（在同一个 ScrollView 上稍微上下滚动）时，“等待命令完成”所花费的时间也会大幅波动，是否有任何关于如何减少这种波动的指导（或者是否可以在全部）？

[编辑：]

还更新了 Nexus 7，甚至更糟：

多达 5 帧被跳过“等待命令完成”，它确实在使用中显示出来，该应用程序非常不稳定且无响应。

[编辑 2：] 我已按照本文执行这些操作以触发 TRIM 约 3 天，因此 N7 应该是“原始的”，因为它不会恢复出厂设置。

• 设备已闲置一个多小时
• 过去 24 小时内未执行任何空闲维护窗口事件
• 设备正在使用 30% 的电池或 80% 的电池充电

现在谷歌地图的表现似乎好一点（见下文），所以有些问题可能与闪存访问速度有关，尽管我不知道如何。

尽管如此，由于 Galaxy Nexus 已恢复出厂设置，其“等待命令完成”的漫长时间与缺少 TRIM 命令无关，并且按照上述步骤确实没有产生改进。所以我们回到第一方...

我已经在Android 4.3 Bluetooth Low Energy示例中实现了代码来查找设备。

我的清单包括

该设备是 Nexus 4，已刷入出厂 4.3 映像。

我曾经让这个东西工作过，但在随后的运行中我得到以下错误：

受限配置文件现在可在 4.3 的 android 中使用，我了解到某些应用程序（如相机、gmail 等）在此类配置文件中不可用。我如何在我的应用程序中管理这些类型的条件？另外，如何管理与我的应用程序相对应的应用程序产品和受限配置文件设置？

从 4.3 开始，Android 有一个新的通知侦听器服务：http: //developer.android.com/about/versions/jelly-bean.html http://developer.android.com/reference/android/service/notification/NotificationListenerService。 html

从文档：

默认情况下禁用通知访问——应用程序可以使用新的 Intent 将用户直接带到设置以在安装后启用侦听器服务。

我没有看到任何地方记录的开火意图。仔细阅读设置文档似乎没有帮助：http: //developer.android.com/reference/android/provider/Settings.html

直接看设置类： https ://android.googlesource.com/platform/frameworks/base/+/refs/heads/master/core/java/android/provider/Settings.java

我看到定义了 ACTION_NOTIFICATION_LISTENER_SETTINGS，但是当使用 Android Studio 并指向 4.3 ACTION_NOTIFICATION_LISTENER_SETTINGS 时无法解决：

手动尝试似乎不起作用：

编辑：按照CommonsWare在下面指出的正确方式进行操作：

导致崩溃：

（android.content.ActivityNotFoundException：未找到处理 Intent { act=android.settings.NOTIFICATION_LISTENER_SETTINGS } 的活动）

我错过了什么吗？我不确定如何将用户发送到正确的设置屏幕以在我的应用程序中启用此服务。

I am currently developing an application that will use Bluetooth Low Energy (testing on the Nexus 4). After getting started with the official BLE APIs in Android 4.3, I have noticed that after I connect a device for the first time I am rarely able to successfully connect to / communicate with that device or any other device again.

Following the guide here, I can successfully connect to a device, scan services and characteristics, and read/write/receive notifications without any issues. However, after disconnecting and re-connecting, I am often unable to either scan services/characteristics or unable to complete a read/write. I can't find anything in the logs to indicate why this is happening.

Once this happens I have to uninstall the application, disable Bluetooth, and restart the phone before it will start working again.

Whenever a device is disconnected I make sure to call close() on the BluetoothGatt object and set it to null. Any insights?

EDIT:
Log dumps: For these logs I rooted my phone and upped the trace levels of related items in /etc/bluetooth/bt_stack.conf

Successful connection - First attempt after rebooting the phone and installing the app. I am able to connect, discover all services/characteristics, and read/write.

Failed Attempt 1 - This is the next attempt after disconnecting from the successful connection above. It seems I was able to discover characteristics, but the first attempt to read returned a null value and disconnected soon thereafter.

Failed Attempt 2 - An example where I am not even able to discover services/characteristics.

EDIT 2:
The device to which I am trying to connect is based on TI's CC2541 chip. I obtained a TI SensorTag (also based on the CC2541) to play around with and discovered that TI released an android app for the SensorTag yesterday. However, this app has the same problem. I tested this on two other Nexus 4s with the same result: Connection to the SensorTag is successful the first or second time, but (according to the logs) fails to discover services thereafter, causing all sorts of crashes. I'm starting to wonder if it's an issue with this specific chip?

我在 Android 模拟器 18 上找不到电话（通话）应用程序。它在哪里？

如何将手机应用程序添加到 Android 模拟器 18？

今天我在我的 Nexus 7 上设置了新的Android JB 4.3，并尝试运行我的应用程序。

除了带有ScaleType.MATRIX的ImageViews的一件小事之外，一切都像它应该的那样工作。

基本上，我在我的应用程序中拥有一个ImageView作为背景，并且根据ViewPager回调，我移动了图像的焦点部分，更新了我使用setImageMatix(Matrix matrix)提供给 imageView 的矩阵。

问题似乎是我无法再更新矩阵了，我只需要实例化一个新矩阵并将其传递给ImageView。

我设法解决它每次实例化一个新的矩阵，但与旧版本相比，它的内存似乎非常昂贵。

这是一个BUG吗？有没有办法更新矩阵？（顺便说一下，我已经尝试使ImageView ecc无效（） 。）

不工作

在职的

编辑：

在第一种情况下，图像显示在 ImageView 的左上角，没有应用任何缩放或平移，就像矩阵恢复身份一样。

我读过在 Android 4.3 中有一个新功能叫做App Ops. 有关一些信息，请参见此处。

我有点担心这将如何影响依赖激活权限的应用程序。用户可以轻松查看此功能、进入列表并关闭权限，而无需考虑它可能会如何影响体验。

这会导致应用程序因安全异常而崩溃吗？为什么 Google 会推出一项可能会削弱应用程序的功能？作为开发人员，我们能做些什么吗？

我的手机还没有收到 4.3 OTA，所以我还不能做任何测试。

Jelly Bean 4.3 (API 18) 添加了几个新的 screenOrientation 值。

http://developer.android.com/reference/android/R.attr.html#screenOrientation

http://developer.android.com/reference/android/content/pm/ActivityInfo.html#SCREEN_ORIENTATION_BEHIND

我首先想：“方向”和“旋转”之间有区别吗？还是文档只是使用了不一致的措辞？

然后：

未指定

没有指定偏好：让系统决定最佳方向。这将是下面的活动选择的方向，或者如果此活动是任务的底部，则用户的首选方向。如果用户通过设置基于传感器的设备旋转明确关闭基于传感器的方向，则将被忽略。如果不是默认情况下，将考虑基于传感器的方向，并且方向将根据用户旋转设备的方式而改变。对应于 SCREEN_ORIENTATION_UNSPECIFIED。

用户

使用用户当前首选的手机方向。对应于 SCREEN_ORIENTATION_USER。

全用户（新）

尊重用户基于传感器的旋转偏好，但如果启用了基于传感器的旋转，则无论设备通常会做什么，都允许屏幕在所有 4 个可能的方向上旋转（例如，某些设备通常不会使用 180 度旋转） . 对应于 SCREEN_ORIENTATION_FULL_USER。

有什么不同？在目前的实践中，如果在系统范围内启用了旋转，我相信这setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_UNSPECIFIED)是告诉活动基于传感器旋转的方法。那么有什么fulluser不同呢？

同样地，

无传感器

始终忽略方向传感器确定的方向：当用户移动设备时，显示屏不会旋转。对应于 SCREEN_ORIENTATION_NOSENSOR。

锁定（新）

屏幕被锁定为其当前旋转，无论是什么。对应于 SCREEN_ORIENTATION_LOCKED。

有什么区别吗？