5

我有问题,经过一番搜索,我没有找到任何积极的解决方案。经过研究,我知道我的问题没有实现,但这个问题可能是我最后的机会。

我需要得到什么?

有一个应用程序可以获取有关移动网络强度信号的信息。我按 PhoneStateListener. 当然它很好用,但是当我的设备进入睡眠模式时,监听器不起作用:

https://code.google.com/p/android/issues/detail?id=10931 https://code.google.com/p/android/issues/detail?id=7592

WakeLock仅在设备因超时关闭的情况下才解决问题。如果我按下硬电源按钮,我的设备也会进入睡眠模式。我们不能覆盖电源按钮操作。

我的目标是在我的设备启用时始终获得强度信号。不管是什么模式。它应该一直收集数据。

问题:

有什么想法吗?如何做到这一点?有没有办法做到这一点,或者可能有一些黑客?欢迎所有解决方案。如果你有一些有用的经验,请分享这个。

感谢大家的帮助!!!我希望,本主题将获得有关此问题的完整信息。

4

4 回答 4

9

警报管理器是要走的路 - 棘手的部分是在警报管理器接收器返回后保持手机唤醒。所以

  • 设置警报(请注意,您还应该注册一个“启动完成”接收器以在重新启动后设置警报 - 您的警报不会在重新启动后继续存在):

    Intent monitoringIntent = new Intent(context, YourReceiver.class);
    monitoringIntent.setAction("your action");
    PendingIntent pi = PendingIntent.getBroadcast(context, NOT_USED,
                             monitoringIntent, PendingIntent.FLAG_UPDATE_CURRENT);
    AlarmManager am = (AlarmManager) 
                       context.getSystemService(Context.ALARM_SERVICE);
    // here is the alarm set up
    am.setInexactRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP,
                    SystemClock.elapsedRealtime() + INITIAL_DELAY,
                    INTERVAL_BETWEEN_ALARMS, pi);
    
  • 接收它 - 接收器拥有一个onReceive()永不失败的 WakeLock:

    public abstract class YourReceiver extends BroadcastReceiver {
    
        @Override
        final public void onReceive(Context context, Intent intent) {
            final String action = intent.getAction();
            if ("your action".equals(action)) {
                // monitoring - got broadcast from ALARM
                try {
                        d("SS : " + new Signal().getSignalStrength(context));
                } catch (InterruptedException e) {
                        e.printStackTrace();
                }
                // Actu8ally the lines above will ANR
                // I did it with WakefulIntentService :
                // WakefulIntentService.sendWakefulWork(
                // context, YourWakefulService.class);
                // Will be posting it asap
            } else {
                w("Received bogus intent : " + intent);
                return;
            }
        }
    }
    

    如果您很幸运(yourRetrieveSignal() 足够快),这将起作用,否则您将需要在接收器中使用 (Wakeful)IntentService 模式。
    WakefulIntentService将处理唤醒锁(如果您想避免依赖,请查看此处 - 编辑:请记住,您不能在意图服务中定义侦听器 - 请参见此处

如果接收器 ANR 在您身上发生,您必须尝试 WakefulIntentService 模式。在任何一种情况下,您都可以使用

这实际上证明了最困难的部分:

class Signal {

    static volatile CountDownLatch latch; //volatile is an overkill quite probably
    static int asu;
    private final static String TAG = Signal.class.getName();

    int getSignalStrength(Context ctx) throws InterruptedException {
        Intent i = new Intent(TAG + ".SIGNAL_ACTION", Uri.EMPTY, ctx,
                SignalListenerService.class);
        latch = new CountDownLatch(1);
        asu = -1;
        ctx.startService(i);
        Log.d(TAG, "I wait");
        latch.await();
        ctx.stopService(i);
        return asu;
    }
}

在哪里 :

public class SignalListenerService extends Service {

    private TelephonyManager Tel;
    private SignalListener listener;
    private final static String TAG = SignalListenerService.class.getName();

    private static class SignalListener extends PhoneStateListener {

        private volatile CountDownLatch latch;

        private SignalListener(CountDownLatch la) {
            Log.w(this.getClass().getName(), "CSTOR");
            this.latch = la;
        }

        @Override
        public void onSignalStrengthChanged(int asu) {
            Signal.asu = asu;
            latch.countDown();
        }
    }

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        Log.w(TAG, "Received : " + intent.getAction());
        Tel = (TelephonyManager) getSystemService(Context.TELEPHONY_SERVICE);
        listener = new SignalListener(Signal.latch);
        @SuppressWarnings("deprecation")
        final int listenSs = PhoneStateListener.LISTEN_SIGNAL_STRENGTH;
        Tel.listen(listener, listenSs);
        return START_STICKY;
    }

    @Override
    public void onDestroy() {
        Log.w(TAG, "onDestroy");
        Tel.listen(listener, PhoneStateListener.LISTEN_NONE);
        super.onDestroy();
    }

    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }
}

这是工作代码(但不可否认,它不是优雅的顶峰 - 欢迎评论/更正)。不要忘记在清单中注册您的服务并获取权限。
编辑 2013.07.23:我没有使用onReceive- 如果你使用它,它将 ANR - 如果你在其中使用 WakefulIntentServiceonReceive并在那里调用,这是工作代码SignalListenerService

于 2013-07-08T14:09:40.880 回答
1

CommonsWare 的位置轮询示例非常适合唤醒手机并使其再次进入睡眠状态。我认为这可能有助于看看:https ://github.com/commonsguy/cwac-locpoll

于 2013-07-08T20:06:59.903 回答
1

根据我对 PhoneStateListener 的理解,当应用程序 CPU 处于睡眠模式时,您无法执行此操作。您可以让设备保持唤醒状态,这会破坏电池寿命。或者,您可以使用警报(请参阅AlarmManager)每隔一段时间唤醒设备,这样您就可以收集数据(仍然会影响电池寿命)。

可以在这里找到一些使用 AlarmManager 的示例

于 2013-07-05T08:19:15.980 回答
0

android 问题 10931 的一种可能解决方法是android.intent.action.SCREEN_ON在屏幕关闭后将意图发送到“电话”进程。

  1. 创建并注册BroadcastReceiver以在屏幕关闭时收听通知

    start(Context context) {
        IntentFilter filter = new IntentFilter();
        filter.addAction(Intent.ACTION_SCREEN_OFF);
        context.registerReceiver(mScreenReceiver, filter);
    }
    
    final BroadcastReceiver mScreenReceiver = new BroadcastReceiver() {
        @Override
        public void onReceive(final Context context, final Intent intent) {
            if (Intent.ACTION_SCREEN_OFF.equals(intent.getAction())) {
                Log.v(LOGTAG, "Screen is off. Running workaround");
                new Thread(mReportScreenIsOnRunnable).start();
            }
        }
    };
    
  2. 仅将SCREEN_ON意图发送到电话进程。

    public final Runnable mReportScreenIsOnRunnable = new Runnable() {
        @Override
        public void run() {
            try {
                Thread.sleep(100);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            try {
                Runtime.getRuntime().exec(new String[] { "su", "-c",
                        "am broadcast -a android.intent.action.SCREEN_ON com.android.phone" });
            } catch (IOException e) {
                e.printStackTrace();
            }
        }
    };
    

收到此意图后,电话进程将继续发送蜂窝位置更新。

需要根权限。

这个解决方案有点笨拙、危险,而且不适用于所有手机。它可能会导致更高的功耗,但不会比保持屏幕打开的情况多得多。

于 2014-11-23T15:35:36.260 回答