jiwangyihao
commented
1 year ago 我发现只要把sim卡拔了待机就特别省电，插卡（4g待机）就特别费电。 程序在后台费电不一定是因为吃CPU，也可能是因为网络传输导致基带费电，现如今基带耗电并不比CPU低多少，高速传输甚至比CPU还费电。 提供一个压后台思路：对某些网络依赖不太高的非IM软件可不可以让它们在待机时认为手机处于“无网络”状态？这样的话APP估计就不会频繁进行网络传输消耗电量了。
不是那么简单。wifi环境下网络流量不走手机基带，也会有基带耗电。说白了就是手机维持一个电信信号就要耗电。手机离信号基站越近、接收的信号越强，耗电越少。耗电上5G>4G>3G。这方面我怀疑联发科的优化做得也没有高通好。
你看清我说的是拔sim和插sim对比，和WIFI一点关系都没有
拔掉sim卡，或者直接在手机里面禁用sim，比如飞行模式，确实可以省电，但是这样就无法接打电话了。 保留电话信号的话，应用使用网络流量带来的耗电则是可以忽略的；主要是要限制唤醒和后台前台服务。
牛头不对马嘴的回复，能请您看完别人打的字再回吗？如果您不看就回，就请您不要再回了，您是把github issues当论坛闲聊板块了吗？
是你自己讲： 提供一个压后台思路：对某些网络依赖不太高的非IM软件可不可以让它们在待机时认为手机处于“无网络”状态？这样的话APP估计就不会频繁进行网络传输消耗电量了。 我给你的回复是说你的这个思路在实际使用中没有用处。你拔了sim就不用让那些app认为无网络。你插上sim让那些app认为无网络也不省电，因为基带保持电话信号就是耗电的主体，而使用这个信号于一些后台app的网络流量对于基带维持信号的耗电相比可以忽略。更何况大部分人不可能拔sim，大家要接电话的。 这样说是否清楚？
谁告诉您基带待机很费电的？恢复出厂后4g待机就挺省电的，安装一大堆软件后待机就很费电，拔sim卡后待机特别省电，这还不能说明问题？您去看看运营商规定的4g/5g终端待机电流是多少？谁告诉您或者说您是经过什么测试后认为“一些后台app的网络流量对于基带维持信号的耗电相比可以忽略”？而且毒瘤软件在后台持续、频繁、反复联网还会导致系统无法正常休眠，这也是大量垃圾软件在后台联网间接导致的费电，所以只要让它们认为当前手机无网络自然就省电了。
更何况大部分人不可能拔sim，大家要接电话的。 这样说是否清楚？
最后我再说一遍，我一开始就说了我是根据自己的实测，提供一个思路：让APP认为系统无网络。我可没说让大家拔sim卡省电。您的理解能力是谁遗传给您的？
请不要把国内中文社区的抬杠文化搬到github。我一直都是在给出信息，尝试在帮助大家。 首先，就像几小时前countrysideboy提出的：
我发现只要把sim卡拔了待机就特别省电，插卡（4g待机）就特别费电。 程序在后台费电不一定是因为吃CPU，也可能是因为网络传输导致基带费电，现如今基带耗电并不比CPU低多少，高速传输甚至比CPU还费电。 提供一个压后台思路：对某些网络依赖不太高的非IM软件可不可以让它们在待机时认为手机处于“无网络”状态？这样的话APP估计就不会频繁进行网络传输消耗电量了。
我怀疑就是基带耗电，因为实验机不插卡只开着wifi也挺省电。另外，理论上说，暂停了进程，应该对app来说网络活动也暂停，不走流量的
当我们通过各种方式，包括但不限于：thanox乖巧模式、冻结应用、绿色守护、thanox情景模式脚本等方式，减少、降低乃至停止了应用在后台的服务和唤醒，那么应用在后台就没有计算，没有cpu使用，也不会有网络开销。
其次，手机的基带耗电这件事，从10年前就有这方面的新闻和研究。具体的来讲，1.用户手机终端与信号塔基站越远、信号越弱，耗电越高。2.普遍的来讲，2G<3G<4G<5G。3.不同的信号频段的连接耗电也不同。4.不同的运营商的在手机和信号基站两边的配置、优化也影响耗电。5.不同的soc芯片，基带耗电也不同·。只能说，如果想要基带省电，可以根据自己的情况，自己调整设置3G/4G/5G。我前面最开始说的就是这个意思，限于手机回复，没说得很详细。根据我实际测试和网上的网友反馈，在信号强度都相对较好的情况下，5G换到4G、4G换到3G都是能有明显省电的。不推荐2G第一是因为2G下的SMS有安全缺陷，会被攻击，第二是因为现在2G几乎没有了。我之前没有说得很详细，还有一个原因是5G和4G分别有对应的VoNR和VoLTE，如果5G换到4G，或5G/4G换到3G，就会丢失这个功能，那就需要用户自己考虑自己的需求自己判断如何使用。
第三，一般手机休眠状态下，经过手机系统和用户手动设置的对于流氓软件的压制，后台的网络流量不会太多：一般都是微信这样的保持长连接，时不时发送几个小packet。这种情况下的应用网络流量，即便走的手机信号基带，也不会明显增大基带耗电。在这种情况下，主要的基带耗电在于维持手机信号，少许的网络流量的增加耗电与之相比可以忽略不计。如果是像手机网游那样一直传输数据，或者有应用在后台不断上传下载文件/数据，那么才会明显增大耗电。因此，你的情况不代表别人的情况。
第四，大部分人的使用场景是平时户外用流量，室内连wifi。而手机休眠大部分情况是室内。所以wifi下无需考虑应用后台流量走基带耗电。另一方面，既然在这个issue讨论，那么大家都是尽量限制应用的后台活动。你把活动限制住了，也就没有网络资源消耗了，也就没有基带耗电了。根据你的反馈，很有可能你手机上的应用在后台的活动比较多，网络资源使用比较多，超出了正常合理的（此处合理以google的推荐标准为准）活动量和网络使用量。那么正当的应对策略应该是限制这些应用的后台活动：把不必要的活动限制掉了，自然也就没有那么多网络使用，剩下的那一点push notification的流量还不至于有明显耗电。 另外，你说的情况，还有可能是你的手机后台应用不断地活动打扰了安卓正常的doze，使得手机没有使用时依然保持较高的cpu和ram的频率。这时如果把网络彻底关掉，有的应用是能够监测到网络关闭或网络连接失败的，那么这些应用就会暂停后台活动，等网络恢复再恢复后台。很多广告联盟模块和聚合推送模块都有乱七八糟的骚操作。尤其是聚合推送，你网络都没有了它自然就暂停了。 我建议你在手机上安装一个betterbatterystats，监测一下，就能看出来，是什么耗电的了。
最后，有什么想法，建议首先google搜索一下，自己研究一下。不要上来就开喷。github是用来分享知识合作建设的，不是用来抬杠的。然后，回复你最初的思路：“让APP认为系统无网络”没有实际操作价值。
github是用来分享知识合作建设的，不是用来抬杠的。
您可真行，您自己正在干的事不让别人干？
最后，有什么想法，建议首先google搜索一下，自己研究一下。不要上来就开喷。
凡事想当然然后反咬对方应该多Google多研究？
您上面这堆废话大部分与我的论点毫无关系，例如您反复扯3g/4g/5g网络切换这跟我的观点有任何关系吗？您是不是认为字多就能占理？ Thanox要是能压得住后台APP耗电情况，您认为本issue为何存在？ 在多人均反馈待机时APP后台联网导致耗电且有实测的情况下，您为何依旧想当然地固执己见认为APP只要服务和进程被限制，待机就能省电？您敢不敢拔sim卡待机试试？动嘴永远比动手容易。 连suspend和force-stop都压不住部分毒瘤软件更何况是您所谓的“限制服务和进程”？您就是Android之父？ 请您倒回去看看您第一次回复我的那条评论，您当真认为您对其他用户给予了最起码的尊重认真看完对方的话再评论？搁那儿自说自话加戏我好心劝您认真看完再回，结果您马上又来个光速回帖并且再次做到了不看先回，先杠完再考虑其它？或者根本不考虑其它？
您的讨论于我、于其他用户有价值，我不至于屡次三番劝您认真看完再回我，我是最后一次请您不要再回复一些和我的观点毫无关系的内容了，也请您不要反咬。您第一次回我时的内容就非常莫名其妙，后面更是变本加厉，要说喷也是您在喷我。 无论结果如何我不会再参与和您的讨论，因为您在浪费我的时间。如果您认为自己的时间没有价值，您可以继续，但我不会再参与，您自便。
他的意思应该是APP后台联网的确会导致耗电，但是在正常合理的情况下APP的这一部分耗电不管走WIFI还是走流量都没有区别。
关于拔sim卡的问题，他也解释了：拔sim卡的确能省电，但这不是因为APP的网络请求走WIFI导致省电或者说APP的网络请求减少导致省电，而主要是因为手机不插sim卡无需连接电信信号减少了功耗（我并未实际测试，不确定这个说法的正确性）
最后，就我个人而言，您二位说的都很有道理。 simplefun的观点是：插拔sim卡区别在于电信信号的连接而非网络请求的多少，以及如果能限制住进程活动自然就没有了网络请求，因此无需研究这种方法。 您的观点是：在实验中拔SIM卡的确增加了省电效果，据此推断限制APP的后台网络请求可以更好的省电。 我的看法是，省电的核心依然是限制后台进程的活动。但是，在无法完全压制毒瘤的情况下，限制网络请求当然也是限制后台活动的一个重要部分。
最后的最后，感觉您二位压根没在一个频道上😂，大家应该都多点耐心才是。
simplerick-simplefun
countrysideboy
rc2md3
myflavor
uniking
stale[bot]
如题，觉得目前的乖巧模式的不太压得住流氓们，app切换到后台后仍然占用cpu，于是探索使用冻结进程的方式，看作者大神后续能否增强(需要那种前台能用，后台压得死死的，切换回前台又恢复之前的会话)
在全局变量中添加 pause，把要压制的app添加进去；或者在目标应用详情，将电池设置为受限(为了检验效果，脚本与乖巧模式互斥，会自动关闭乖巧)
20220729更新： 1.修复未添加全局变量pause时脚本出错的bug; 2.添加参数自定义调整功能，其中DELAY = 45000，对应实现应用切回后台进入墓碑的等待时长（毫秒）；修改为SU_EXE = 1，则使用kill -19命令来压制进程，需打开su插件支持（默认SU_EXE = 0，使用系统api进行压制，无需su插件）。 情景模式脚本