我正在开发一个需要同时使用wifiLock和wakeLock的应用程序，这样屏幕关闭时的音频流就不会受到干扰。我已经在Android2.3和wakeLock上尝试了我的应用程序，看起来wifiLock可以按预期工作，因此屏幕打开或关闭之间没有区别，但屏幕关闭时Android4.2(Jelly-bean)上的相同应用程序不是工作正常，音频变得不稳定，这表明wakeLock或wifiLock无法正常工作。这有什么原因吗？以下是我获取和释放锁的方式，在我的主要Activity中:@OverridepublicvoidonCreate(BundlesavedInstanceState){sup

我的目标是API17并使用下面的代码启用WiFi-direct(P2P)。一切正常(查找并连接到对等点)，但是当不使用时，WiFi-direct会不时关闭(看起来这取决于Android手机-我的大约3-5分钟)这也会关闭WiFi让我失去互联网连接。我有一个接收器可以检测P2P的状态何时发生变化以将其重新打开，但是即使P2P未连接到任何对等端也能始终保持打开状态会很棒。是否可以继续对Android手机本身执行ping操作以执行此操作？还有其他建议吗？publicvoidonReceive(Contextcontext,Intentintent){Stringaction=intent.g

我已经在SO上阅读了大量关于使用WakeLock和WifiLock的教程和帖子，但仍然没有解决我的问题。我正在编写一个应用程序，当您启动它时，它的唯一作用是创建和启动(前台)服务。该服务运行两个线程，一个是UDP广播监听器(使用java.io)，另一个是TCP服务器(使用java.nio)。在服务的onCreate中，我获取了一个唤醒锁和一个wifilock，并在onDestroy中释放了它们。只要手机处于唤醒状态，一切正常，但是当显示屏关闭时，UDP广播接收器停止接收广播消息，并且在我再次打开显示屏之前不会收到任何消息。实际上，这些锁根本不起作用，放置它们也没有区别……我哪里错了？我

我正在尝试阻止wifi连接。我希望我的应用程序打开wifi，但不连接到已存储在智能手机上的任何网络。但即使在我使用SCAN_ONLY模式后，他仍会继续连接到已经“知道”的网络。.....wifiManager=(WifiManager)context.getSystemService(Context.WIFI_SERVICE);.....wifiManager.setWifiEnabled(true);WifiLockscanOnly=wifiManager.createWifiLock(WifiManager.WIFI_MODE_SCAN_ONLY,"scanOnly");scanO

我的音频流应用程序仅使用WifiLock即可正常工作。但是一些设备报告说当他们关闭屏幕时，连接被切断并且音频流被置顶。(他们说这不会发生在3G上)所以，我想也许我也可以使用部分唤醒锁。我不确定这是否能解决问题，但我认为这是一个选择。同时，在基本WifiLock工作时添加WakeLock可能会更快耗尽电池，并且可能无法解决问题。您如何看待为此类问题和应用添加唤醒锁？privatestaticWifiLockwifiLock=((WifiManager)appInstance().getSystemService(Context.WIFI_SERVICE)).createWifiLock(

如果有一个wifiLock用于获取wifi并使其即使在手机空闲和休眠时也能工作，那么是否恰好有一个用于移动数据访问的对应物？你看，如果用户在wifi连接中，现在一切正常。但不知何故，使用移动数据访问，当手机闲置时，它似乎正在断开连接。有什么想法吗？ 最佳答案 移动数据不会休眠。但是，如果您的套接字保持打开状态并且有一段时间未使用，它可能会被关闭。这就是为什么C2DM(大概还有GCM)必须每30分钟左右发送一次心跳，以确保与Google服务器的开放式套接字连接保持打开状态。 关于andro