wakelock

1热度

1回答

我的一个长期假设是，当举办WakeLock时，该设备的CPU对于所有正在运行的进程都是公平的游戏。这个假设是否成立？作为一个例子，假设存在过程A，B和C.手机已经睡了4个小时，这些程序都无法工作。突然，过程A通过AlarmManager获得WakeLock并保持3分钟。在3分钟内，B和C是否也可以做他们的工作？

0热度

1回答

Wakelock没有保持CPU运行

我的应用程序 - 使用包含移动号码和每个消息的扫描器读取文本文件。按照文本文件向每个移动号码发送短信。每次没有短信从20到140nos，大约需要8到10分钟。如果通过持续的触摸交互来保持CPU运行，所有的SMS都会正确发送。没问题。如果我不触摸并将设备放在一边，只发送15-20条SMS。我试图使用 1保持屏幕 - 不工作。 2使用部分唤醒锁 - 不工作 3使用部分唤醒锁与处理器在10分钟

1热度

1回答

-Android home键崩溃的应用程序

我做手电筒的一个例子，但我发现了两个问题： 1 .-首页按下应用程序崩溃 2：屏幕关闭时，闪光灯关闭我曾尝试使用唤醒锁，但不工作代码： @Override public void onCreate(Bundle savedInstanceState) { Log.d(TAG, "onCreate()"); super.onCreate(savedInstanceState

2热度

1回答

Android和SO_KEEPALIVE - 睡眠设备是否仍会发送Keepalive细分？

当屏幕关闭时，Android设备通常会关闭CPU并进入深度休眠状态，除非某些应用程序持有唤醒锁。来自该状态的系统only wakes up在设备中断（例如来自网络的输入数据）时或当预定警报触发时。这似乎与CPU睡眠状态非常不同，在这种状态下，周期性定时器中断会定期唤醒CPU。这是否意味着所有的网络事件/定时器也被挂起（例如，TCP重传和keepalive），还是它们被内核注册为警报？我想知道这

0热度

1回答

Android - 启动Wackelock的闹钟未启动意向服务

我正在编写一个应用程序，并且让我的闹钟BroadcastReceiver无法启动所需的意图。代码如下： public void onReceive(Context context, Intent intent) { Log.d("Alarm:","Running WakeLock"); PowerManager pm = (PowerManager) context.ge

1热度

2回答

GPS定位和深度睡眠

我有一个前景服务（START_STICKY因此对于“被操作系统杀死”的方面没有问题），为了导航目的，每2秒接收一次位置（GPS）更新。我不采取任何唤醒。我的问题是：我需要一个唤醒键来避免深度睡眠？或者位置更新足以“运行”？

0热度

1回答

Android：通过固定Intervall从服务获取GPS位置

我希望从服务很长一段时间（3-4小时）每隔3分钟接收一次gps数据。这一切工作正常，但我有一些问题，哪种方法是最好的电池寿命。启动服务，在onCreate里面创建一个局部唤醒锁，启动一个每3分钟执行一次的定时器。从定时器内获取位置数据。当服务停止时（3-4小时后）释放唤醒锁。使用AlarmManager每3分钟启动一次服务。在服务内部创建一个部分唤醒锁，获取位置数据，然后释放唤醒锁并停止服务

1热度

2回答

ios中是否有任何类型的部分唤醒锁机制？

在Android中，如果你持有的部分唤醒锁定，CPU将继续运行，无论任何显示超时，甚至在用户按下电源按钮后，屏幕和状态。在所有其他唤醒锁中，CPU将运行，但用户仍然可以使用电源按钮使设备进入睡眠状态。像这样的iOS有没有这样的机制？当设备处于锁定屏幕时，CPU将继续运行并检测手势和传感器。

2热度

1回答

电池保护和AlarmManager性能

我有一个单独的进程应用程序，它包含一个服务组件（由活动启动并始终运行）和多个线程。我需要一个应用程序重复暂停（深度睡眠）7秒钟，然后在非常短的时间内启动加速度计（收集20个样本后加速度计停止）以节省电量。它必须在2.3以上的所有Android平台上运行。我的第一种方法是使用基于Handler的sendMessageDelayed方法（延迟= 7秒）在加速度计停止后调用服务组件中的计时器，而无需获

0热度

1回答

如何获取深度睡眠中的部分唤醒锁

当设备进入深度睡眠模式而没有触发屏幕时，是否有任何方法可以获取部分wacklock？只有设备处于唤醒状态（屏幕关闭），才能获取唤醒锁。我需要关闭屏幕。编辑：我正在编辑我的问题，以分享我的结论，我正在寻找一种方法来唤醒设备从深度睡眠与部分锁，但我是在错误的方式，我真正的问题是与处理深度睡眠中的音量按钮键相关，因为Android不会在深度睡眠中广播音量按钮事件，所以似乎不可能。