oppo手机掉水里 不断自动开机 怎么办?手机现在机子不断自己开机但打不开，感觉要烧毁了，怎样能强制断电啊！！！好着急
全部答案（共1个回答）
去维修点清洗啊
不要动手机的按键，以免发生短路，赶紧强制取出电池。赶紧到售后去处理
快快去客服中心,清洗一下,不然的话,机器就不行了,进水对手机来说是一个大大问题,如果没有在第一时间清洗,对手机来说是一个挚命的伤害！
建议到专营店看看，不要随便拆开
基本上是用不了和修不好了，修好也是暂时的，会有后遗症的，我劝你换一个吧。
我的手机也是上周溺水，我已经换新的了。
电池本身不会被水短路造成太大伤害。被伤害的是电池内部一般都集成了智能组件，
这些组件是不能进水的。
所以电池进水往往也会有问题，这个时候最重要的是不要着急使用，...
答: 苹果6如何开机
答: 苹果啊。。
答: 您好，这个直接输入账号就可以了！
答: 品质就是标准,而标准 最困难的就是对标准的执行,当一个人执行标准是容易的,困难的是让一个辈子执行标准,而这个世界上最困难的是让一个团体有一个共同的信念,有一个共...
每家运营商的DNS都不同，而且各省的也不同。你可以问问你的网络提供商，他们会告诉你的。（也可以通过分别访问域名和IP来检查DNS是否正常，访问域名不行，而访问IP可以，则说明DNS设置不对）
另外，如果ADSL-电脑没问题，一般ADSL-路由器也没问题的。而且采用ADSL拨号的话，DNS可以不设置的，拨号成功后会自动取得DNS服务器。
问题可能出在路由器设置上。进去检查一下吧。看看上网方式，上网用户名密码是否正确。
（有个问题要注意一下，有些地方的运营商会限制使用路由器或者限制接入数量，一般是采取绑定网卡MAC地址的方式，如果路由器设置都正常，试试路由器的MAC地址克隆功能，把电脑网卡的MAC复制过去）
B.20世纪上半叶，人类经历了两次世界大战，大量的青壮年人口死于战争；而20世纪下半叶，世界基本处于和平发展时期。
“癌症的发病率”我认为这句话指的是:癌症患者占总人数口的比例。
而B选项说是死亡人数多，即总体人数下降了，但“癌症的发病率”是根据总体人总来衡量的，所以B项不能削弱上述论证
销售额：指企业在销售商品、提供劳务及让渡资产使用权等日常活动中所形成的经济利益的总流入。税法上这一概念是不含任何税金的收入。销售额适用于制造业、商业等。
营业额会计上指的是营业收入，税法指的是应税营业收入。营业额属于含税收入，适用于饮食业、运输业、广告业、娱乐业、建筑安装业等 。
一般都是对着电视墙，这样的感觉有一些对私密的保护..
因为一般人在自己家里是比较随便的，有时来了客人也来不及收敛，但是如果正对的是电视墙，就给了主人一个准备的时间，就不至于显得很尴尬..
本金和本息是两种房贷计息方法,本金是说每月还的本金相同的方法,刚开始时本金基数大,所以利息就多,所以每月负担就重,本息是现在常用的计息方法,就是把本金和利息全部加起来除以你要还款的总月数,这样算来你每月还款的金额就是相同的,比如说,要还的本金是十万,利息是两万,还款时长一年,那么每月还的就是(10 2)/12=1万。等额本息还款法即把按揭贷款的本金总额与利息总额相加,然后平均分摊到还款期限的每个月中,每个月的还款额是固定的,但每月还款额中的本金比重逐月递增、利息比重逐月递减。这种方法是目前最为普遍,也是大部分银行长期推荐的方式。
初审只是一部分，还不能确定能否下卡的。信用卡批准流程：①审核提交的资料：身份证明文件复印件、工作证明原件、工资收入证明原件、申请表格填写是否完整，如有欠缺，提醒补充；②进入征信阶段：验证客户身份信息与身份证信息库是否一致、查询个人征信系统；③电话核实：致电申领人本人及所在单位，核实本人信息及单位信息真实可靠；④通过审核，予以寄送信用卡。
那就需要走法律途径啊，不过为什么要不还呢，好借好还，再借不难啊。
与执行利率相关（1）贷款利率与贷款用途、贷款性质、贷款期限、贷款政策、不同的贷款银行等相关。国家规定基准利率，各银行根据各种因素确定差别贷款利率，即在基准利率基础上上浮或下浮。现行基准利率是日调整并实施的，种类与年利率如下：①短期贷款六个月（含）5.6%；②六个月至一年（含）6%；③一至三年（含）6.15%；④三至五年（含）6.4%；⑤五年以上6.55%。（2）房贷：银行贷款利率是根据贷款的信用情况等综合评价的，根据信用情况、抵押物、国家政策（是否首套房）、银行信贷资金紧张度等来确定贷款利率水平，如果各方面评价良好，不同银行执行的房贷利率有所差别，国家规定首套房利率下限为85折，银行贷款利率是根据贷款的信用情况等综合评价的,根据信用情况、抵押物、国家政策（是否首套房）等来确定贷款利率水平,如果各方面评价良好，不同银行执行的房贷利率有所差别，有些打折比较多，部分银行利率最大优惠可达85折，有些打折少甚至不打折。一般上半年信贷资金相对足一些，折扣会高些，下半年和年初，由于资金紧张等原因，首套房贷款利率执行基准利率，有的1.1倍甚至更高。同一银行不同地方执行的利率也有所差别。。
原来银行业的收入主要来自存贷款利差,现在中间业务收入的比重越来越大.比如现在银行与保险公司合作开办的两全保险业务,就是以前没有的,这就是为了增加银行的中间业务收入.再比如个人理财,以前银行也是不涉及的,现在会越来越针对大客户推行这一业务品种,增加收入.
价格还是比较亲民的，上次3个人也才花了不到200.
有的，少儿模特培训可以调整歪脖、端肩、高低肩、颈前伸、含胸、驼背、骨盆倾斜、螺旋腿、O型腿、内外八、脚踝内陷等不良体态和改善注意力不集中，掌握舞台礼仪、培养高雅气质、提高表演能力、增强自信心、锻炼胆量、磨练意志和抗挫能力！采用科学的模特表演专业知识，培养孩子正确的坐姿、站姿、走姿，对儿童的气质培养起到积极的作用。咨询热线:152- 曾老师(V信同步）
每次买好莱坞48小时的都很满意，果汁很好喝，包装也好。实力推荐
“守望成长，健康生活”菲亚特，以改善全民用水品质，解决水质健康隐患为目标，为中国千百万个家庭带来全球领先的健康管道解决方案，真正意义上把高品质健康理念引入现代家居净水生活空间，尽享同步欧美的家装健康管道新体验。
当前所知道的，机器的这个价格是和机型，机器配件配置有关 1、机器的外观型号选择，这个是一个。2、另外机器主板的选择，是否支持远程。3、还有就是天车，爪子，投币器等等。建议问厂家，更清楚价格和配置。牌子的话 推荐山展科技、众达科技、天璧运营、郎飞动漫的，这几家机器的质量和主板稳定都不错。码字辛苦，望采纳
正在加载...
Copyright &
Corporation, All Rights Reserved
确定举报此问题
举报原因(必选)：
广告或垃圾信息
激进时政或意识形态话题
不雅词句或人身攻击
侵犯他人隐私
其它违法和不良信息
报告，这不是个问题
报告原因(必选)：
这不是个问题
这个问题分类似乎错了
这个不是我熟悉的地区
相关问答：123456789101112131415> &>&&>&&>&正文
　　在2015年OPPO迎来了最为重要的十周年，在这10年中，伴随着用户的支持，OPPO不断地探索和创新，目前已成为一家全球性的智能终端和移动互联网公司。作为中国手机品牌的创新先锋，OPPO深知产品和服务的重要性，把‘追求极致’和‘用户导向’作为企业文化的重要环节，希望能够用至美的科技为用户带来舒适便捷的智能生活。
(OPPO真诚服务 如有相随)
　　而借此十周年，OPPO 不仅发布了十年诚品OPPO R7、与各大电商合力推出618折扣大满贯，更是在服务上新增了‘保障服务’和‘预约服务‘，让“真诚服务 如友相随”的服务理念贯彻至最根本，希望能为用户带来更贴心、实用的服务，让用户买着放心用着舒心。　　　　OPPO保障服务
（OPPO保障服务）
　　为了让手机使用起来更有保障，OPPO于6月17日在其官方网站上线了一项适用于所有OPPO官方网站在售机型的保障服务计划，其中包含了屏碎保（一年期）、延长保（半年期/一年期）三款保障服务产品，购买后就可给手机提供双保险。　　　　屏碎保：自服务生效之日零时起一年内，手机在正常使用过程中由于意外坠落、挤压、碰撞，造成手机屏幕组件破碎、产生裂纹，可免费一次性更换全新的原装屏幕组件。　　　　延长保：在国家“三包”规定一年联保外，延长半年/一年的主机保修时间。延保期内对主机提供免费保修服务；
（OPPO屏碎保）
　　OPPO在业界的创新如VOOC 闪充、极致美颜、超清画质等已经堪称国内领先，而在服务上的真诚与友善也是其能够成功发展线下渠道的重要因素之一。在‘售后无处寻’的恶性市场下，OPPO在全国共建立400余家客户服务站点，以给用户提供“真诚”“便捷”“专业”的客户服务为导向，尽可能为用户解决所有烦恼。　　　　有关屏碎的保障一直是手机行业被多次诟病的大问题。相当多的用户都有过更换手机屏幕的体验，花费确实不菲。虽然 “手机最主要的部件就是屏幕和主机，两者要占手机价格相当大一部分”可以理解，但是那些令人无法预测的坏裂因素，比如意外跌落，依然让用户难以接受突如其来的钱财流失。　　　　屏碎保的出现好似手机的二次生命保护一般，可谓在恰当的时机拯救了用户内心的担忧，同时令消费者对品牌也更加的有信心。　　　　OPPO预约服务
（OPPO预约服务）
　　遵循着保障服务的理赔流程 “便捷”的原则，为满足客户的服务需求，提高客户满意度，OPPO另外新增了预约服务。让用户足不出户便可轻松预约任意一家OPPO客户服务中心，享受VIP般的服务体验，而且预约用户还可专享一小时快修，预约用户到服务中心至机器修好离开服务中心的时长不会超过一小时。珍惜用户时间，是对用户最贴心的尊重。　　　　预约服务详情页：　　　　保障服务详情页：
提示：支持键盘“← →”键翻页Android如何降低service被杀死概率 - 简书
Android如何降低service被杀死概率
让app 的service常驻其实是很流氓的做法，但是需求摆在那里。。。 但是要清除一点：想百分百保活service在当前是无法做到的，只能降低service被杀死的概率，曾经看了多少篇网上大神的牛逼博客，从各个层面分析如何让service不被杀死或者被杀死后重启，特别是从系统底层分析，觉得特别牛逼，但是尝试之后没有啥用，以前做service保活总是一个劲的钻研android系统层的方式来保活service，实际上后来发现这是有点不对了，因为会涉及到一些android系统的兼容问题，有时候在这款手机上运行良好，但是到另一款手机就不能正常运行了，后来就去寻找从应用层来降低service被杀死的概率，个人觉得从应用层降低service被杀死的概率会比较稳定
论Service为什么会被杀死
android对于进程的杀死是有优先级的：
前台进程，也就是前台activity
可见进程，就是一个透明的activity下面覆盖着的那个activity就属于可见的，但是这个透明的activity才属于前台
服务进程，也就是service
后台进程，一般情况下app按下home键后就变成后台进城了
空进程 android系统给这些进程设置了oom_adj值，oom_adj值越小表示进程的优先级越高：
FOREGROUD_APP
VISIBLE_APP
SECONDARY_SERVER
HIDDEN_APP
如上的oom_adj值可能会根据不同手机系统有所不同，但是只要是oom_adj越小，进程优先级越高，进程越不容易被杀死，当android系统的内存紧张的时候就会根据oom_adj来回收进程，因此app在按下home键后被回收是正常的，因为app按下home键盘后就编程后台进程了，而后台进程的优先级比服务进程还要低，我们项目的app在按下home键盘被系统回收的主要原因有以下几种：
我们的APP进程启动后占用内存太大了，基本是打开APP就，然后到应用程序管理里面一看，有60到70MB，现在已经飙升到80MB
有些android深度定制系统的杀死策略太严格，进程清理的太彻底，导致我们APP的service很容易被杀杀杀，基本是手机一锁屏，过几分钟之后立刻就被杀死了
我们app的进程优先级太低，按下home键后没做任何处理，占的内存又很高，所以被回收的概率也很高 综上app进程被杀死的根本原因：系统内存出现不足时，会被Android的low memory killer杀掉
针对以上问题，
几种有效的service保活方案
最近一直在做公司的推送android端sdk，我们是把tcp连接写在了java层，然后开一个service来维护这个tcp长连接，那么问题来了，要让提升消息的可达率就必须保证tcp长连接一直存在，这里涉及到两点保活，一种是service保活，一种是tcp长连接保活。
service保活
比较古老的做法有两种：
一种是用c在底层fork一个进程出来定时扫描，采用am命令启动service，这种方式挺耗电的，而且有android系统的兼容问题，有些android系统是改过的，所以会导致c程序运行失效，例如我遇到过的华为手机很多机型就不兼容，而且还有很严重的耗电问题
一种是fork一个进程出来，然后把fork出来的进程和app主进程建立一条本地长连接来监听两个进程之间的状态，一旦其中一个进程断掉之后另一个进程就能检测到tcp连接断掉了，然后采用am命令拉起service，这种可能没有第一种耗电，但是依然存在这android系统兼容性问题
上述做法在android系统是5.0以下的手机运行良好，因为就算是手机一键清理的时候也只是清理app主进程，而不会清理fork出来的进程，所以service会被成功拉起；而在android5.0以上的手机中，一旦系统一键清理，或者系统后台自动清理，那么会杀死跟app进程有关的进程组，也包括fork出来的进程，所以android5.0以上的手机这个fork进程就貌似是一个鸡肋，增加了耗电，增加了内存消耗，甚至增加了service会被系统清理的概率，而且旧的android系统在系统清理的时候据说是只会清理java进程，不会清理c进程，但是新的android系统全名提升了安全性，会彻底清理app相关的所有进程
现在守护进程已经渐渐无效了，所以一些专业做推送服务的公司已经把守护进程这个保活手段早早的去掉了，人家用的是更加高端有效的做法：TCP长连接多路复用，后面在介绍
在应用层，我尝试过的，了解到的有效的service保活手段有以下几种
在onDestroy方法里面重启service，或者发个广播出来触发启动service，这个要求service在被杀死的时候如果有调用onDestroy()方法，那么service就能被重启，在魅族5.0系统上，我进入到应用管理，找到正在运行的应用，点击停止，这时候service是会跑onDestroy()方法的，我亲自测试过
onStartCommand中的flag设置成START_STICKY，或者直接return START_STICKY，这个有些旧版的手机在手机一键清理后service被杀死后会重启起来，但是在一些国产定制机，例如小米，华为，魅族等手机就无效了，在android源码中注释如下：
/** * Constant to return from {@link #onStartCommand}: if this service's * process is killed while it is started
(after returning from * {@link #onStartCommand}), then leave it in the started state but * don't retain this
delivered intent. Later the system will try to * re-create the service. Because it is in the started state, it will *
guarantee to call {@link #onStartCommand} after creating the new * if there are not any
pending start commands to be * delivered to the service, it will be called with a null intent * object, so you must
take care to check for this. * * &p&This mode makes sense for things that will be explicitly started * and
stopped to run for arbitrary periods of time, such as a service * performing background music playback. */
public static final int START_STICKY = 1;
说的是如果service在已经被启动的时候被停止，那么系统将保持service的启动状态，但是不会把原先的intent传递进来，然后系统会尝试这重新创建这个service，因为此时service是在启动状态，所以它一定会在被创建后调用onStartCommand()方法，但是由于intent没有被保存下载，所以里面的参数intent有可能为null，所以要做下判断，这个模式可以保证service被杀死后重新启动起来，而且避免在任意时间被停止，就如后台音乐播放；但是有一点要生命：这个仅仅是针对android原生系统，对于定制的android系统如果有对这方面做过优化，那这个也将无效，而且如果是应用进程被直接杀死，这个方法也无效
把进程做拆分，分成app进程和push进程，其实就是把push进程做到最小，push进程尽量不做业务逻辑处理，只做数据转发和接收，这样push进程占用的内存就变小了，被回收的几率自然也下降
提升app进程，push进程的优先级；一般app进程里面会有一个常驻的service，push进程也会有一个维护长连接的service，把这两个service都设置成前台进程，采用startForeground(id, new Notification())，但是在sdk version & 18的时候通知栏会默认显示一个应用通知，这个是非常不友好的，有些用户就会反馈说通知栏有哥这个，表示不爽等等。。。通过一些渠道了解到，利用android系统的一个bug可以解决上述问题：在Service里面建一个InnerService，这个InnerService必须是static类型的，否则无法启动这个内部service，然后启动InnerService，同时把Service和InnerService都设置成前台service，并绑定同一个id，然后再关闭掉InnerService，这时候通知栏的显示就没了，记住只是stop InnerService而不是stopForeground()，此时service依然是前台进程，亲测有效，下面来展示以下测试的过程和结果： 外层service的部分代码
public static class InnerService extends Service {
public void onCreate() {
super.onCreate();
startForeground(notificationId, new Notification());
SyncLogUtil.i("inner service onCreate...");
stopSelf();
public int onStartCommand(Intent intent, int flags, int startId) {
SyncLogUtil.i("inner service onStartCommand...");
return START_NOT_STICKY;
public IBinder onBind(Intent intent) {
public void onDestroy() {
super.onDestroy();
SyncLogUtil.i("inner service destroy!"); }
public void onCreate() {
super.onCreate();
SyncLogUtil.init(getApplicationContext());
startForeground(notificationId, new Notification()); startInnerService();
private void startInnerService() {
Intent intent = new Intent(this, InnerService.class);
startService(intent);
进入adb命令行： 未设置前台service的app进程：
shell@cancro:/ $ ps | grep com.xtc.watchps | grep com.xtc.watchu0_a517
S com.xtc.watchu0_a517
108 ffffffff
S /data/data/
app界面在前台
shell@cancro:/ $ cat proc/11829/oom_adjcat proc/11829/oom_adj0
app界面在后台（按下home键）
shell@cancro:/ $ cat proc/11829/oom_adjcat proc/11829/oom_adj7
app界面在后台（按返回键）
shell@cancro:/ $ cat proc/11829/oom_adjcat proc/11829/oom_adj7
设置前台service的app进程：
shell@cancro:/ $ ps | grep com.xtc.watchps | grep com.xtc.watchu0_a518
R com.xtc.watchu0_a518
app界面在前台
shell@cancro:/ $ cat proc/27381/oom_adjcat proc/27381/oom_adj0
app界面在后台（按下home键）
shell@cancro:/ $ cat proc/27381/oom_adjcat proc/27381/oom_adj2
app界面在后台（按返回键）
shell@cancro:/ $ cat proc/27381/oom_adjcat proc/27381/oom_adj2
通过以上两种对比可知，app进程设置了前台service的app进程在退到后台后依然保持oom_adj = 2的进程优先级，相当于app退到后台后仍然是可视进程，而没有设置前台service的app进程的oom_adj = 7编程了后台进程
设置前台service后app的push进程
shell@cancro:/ $ ps | grep sync.pushps | grep sync.pushu0_a517 808 46452 ffffffff
S sync.push
app界面在前台
shell@cancro:/ $ cat proc/8738/oom_adjcat proc/8738/oom_adj1
app界面在后台（按下home键）
shell@cancro:/ $ cat proc/8738/oom_adjcat proc/8738/oom_adj2
app界面在后台（按返回键）
shell@cancro:/ $ cat proc/8738/oom_adjcat proc/8738/oom_adj2
对比微信：
微信的pushshell@cancro:/ $ ps | grep com.tencent.mmps | grep com.tencent.mmu0_a337
S com.tencent.mmapp
界面在前台
shell@cancro:/ $ cat proc/12143/oom_adjcat proc/12143/oom_adj1app
界面在后台（按下home键）
shell@cancro:/ $ cat proc/12143/oom_adjcat proc/12143/oom_adj2app
界面在后台（按返回键）
shell@cancro:/ $ cat proc/12143/oom_adjcat proc/12143/oom_adj2微信appshell@cancro:/ $ ps | grep com.tencent.mmps | grep com.tencent.mmu0_a337
S com.tencent.mmapp
界面在前台
shell@cancro:/ $ cat proc/17492/oom_adjcat proc/17492/oom_adj0app
界面在后台（按下home键）
shell@cancro:/ $ cat proc/17492/oom_adjcat proc/17492/oom_adj2app
界面在后台（按返回键）
shell@cancro:/ $ cat proc/17492/oom_adjcat proc/17492/oom_adj2
可以看到我们app的进程优先级已经和微信一样了，进程优先级提升了，其实已经在很大程度上降低了app进程或者push进程被杀死的概率了
守护Service，开一个Service单独运行在独立的进程中，在守护service里面定时去start app进程的service，而app进程里面的service也定时去start守护service；或者在这两个service之间维护一条tcp连接也可以做到实时检测
采用bind service加上start service，因为bing service之后即使stop service那service也还是存在，不会调用onDestroy，只有等service被解绑之后才用调用onDestroy，有时候你到应用程序里面去停止了进程的service，列表里面看运行中的程序是找不到service了，但是实际上service还是在运行的，过一会儿就又刷出来了
捕获第三方推送的广播接收，在app程序中添加一个静态广播专门用来接收第三方的广播，收到广播后就唤醒Service，例如捕获小米推送，个推，但是有些第三方的广播是有权限限制的，因此不是所有的第三方广播都能被收到
监听系统静态广播，开机自启广播，网络变换广播，USB接入和拔出的广播，系统屏幕解锁广播，这几个广播都是静态注册的广播；但是这种方式也是不可靠的，因为有些手机在程序停止运行之后连静态广播都不能收到了。。。增加广播监听只是在一定程度上降低service被杀后重新拉起的概率，但是系统的静态广播在app被杀死后是无法收到的
监听第三方的静态自定义广播，静态自定义广播是有可能可以被接收的，只要发送方按照一定的方式发送就行，具体可以参考：，这边有个前提就是第三方推送发送广播的时候必须要按照指定方式发送才可行，优点是无需接入第三方推送，只是监听他们的广播即可，很轻量级
接入第三方推送服务，但是我们不用他们的推送，我们还是用我们自己的推送，不过我们可以捕捉到他们的一些广播，service启动的action等来让它们来触发拉起我们的程序，比如说集成友盟推送，当启动uc的时候可能会发一些广播，通过action启动一些service，我们就专门监听这种广播，监听这些action就能成功的拉起我们的服务，这种办法是通过第三方推送来触发我们的推送服务，人家是专门做推送的，更专业，那我们就直接用呗，达到不使用他们的推送，但是们的app也加入了互相唤醒的app 的行列中去了
市面上的推送服务现在大多使用长连接多路复用来保证app互相唤醒，就是一台设备商有多个app集成了一种推送，那么只会有一个宿主app会保持跟服务器之间的长连接，其他app都是共享这条长连接，宿主app就负责路由各个app的推送消息，当有一个app存活，其他app都被杀死，这是后有消息过来，那么这个活着的app就会把死掉的app唤醒，而app之间的互相唤醒是采用action来start service的方式唤醒的，我了解到友盟推送和个推都是这么做的；但是长连接多路复用的保活效果是建立在用户量上面的，用户量大了，集成推送的app多了，唤醒几率就越大，唤醒效果就越好，例如一些高频使用的app，uc，支付宝等，用户可能频繁的点开这些app，那么就会经常唤醒其他app，长连接多路复用因为做到了连接共享所以更加省电，省内存；但是的但是，道高一尺，魔高一丈，嘴型android 6.0系统已经禁止app互相唤醒了。。。而且去掉了网络切换静态广播
其实最最根本的解决方案还是把app直接加入手机白名单~，绝对百分百不会被杀死，亲测有效，有些人认为为啥微信消息接收那么即时，微信不会被手机清理，因为微信已经牛逼到手机厂商自动把微信和QQ加入了手机白名单，小米系统更是直接把微信app的相关进程设置成守护进程： 小米4c手机进入adb命令行： 输入dumpsys activity
这里写图片描述
app的push进程设置前台service后sync.push的进程优先级是vis，可视进程 而微信app的push进程com.tencent.mm:push的进程优先级的prcp，protect process保护进程，可能是小米手机自定义的进程优先级别
下面几种是不知道有没有效果的service保活手段：
配置文件里面加入android:persistent=”true”提升进程优先级，但是这个貌似只有对系统应用才有效，具体原理不说了，自己百度
设置service的action优先级：
&service android:name="com.xtc.sync.connection.ConnectionService" android:process="sync.push"
android:enabled="true" android:exported="false" android:persistent="true"& &intent-filter
android:priority="0x7fffffff"& &action android:name="com.xtc.sync.connection_service" /& &/intent-filter&
&/service&
这种效果我感觉微乎其微，即使不设置也没啥影响
TCP长连接保活：
心跳包保持长连接畅通，定时发心跳包是为了避免NAT，把发送心跳包的代码写到维护长连接的Service里面，每次发心跳包就start service，因为心跳包是用闹钟实现的，有可能service死了，但是系统闹钟还是在正常执行的，这时候就能把维护长连接的service拉起，然后只要心跳包一超时就立马把连接断开重连，这是为了避免无效连接，关于无效连接请看冗余心跳包，手机锁屏解锁，网络切换，USB接入，拔出，app帐户登录都发一个心跳包，长连接请求超时也补发一个心跳包断线重连策略，采用时间间隔递增，第一次断开马上连上，连接失败隔2s再重连，重连失败再隔4s再重连，以此类推，至于时间间隔可以自己指定比较适用的算法计算出来，这时候也会遇到要是网络闪断的情况会导致连接连伤后又马上断开，然后马上重连成功后连接再次断开，这样也会导致短时间内重连多次，这时候可以对重连也做连接间隔的递增策略，如果检测到上次连接成功的时间在1s之内那么就采用时间间隔递增重连，如果上次重连在比较久之前了，那么就不采用时间间隔递增重连，直接正常重连 心跳包周期策略，当前我们的app只对wifi网络和数据网络指定了不同的心跳包，没有很详细的心跳包策略，但其实后期可以指定详细的心跳包策略来进一步提升tcp连接的稳定性 在手机休眠的时候采用系统闹钟可以短暂唤醒cpu执行任务，例如利用系统闹钟来执行周期心跳，在网络数据返回的时候，也会唤醒cpu，所以不需要wakelock，因为从其他渠道了解到：
a. Alarm唤醒后，有足够的cpu时间来发包，所以不用wakelock
b. 网络回包可唤醒机器（但是在api level &= 23就关闭了所有网络），而且小米4c手机锁屏后过一会儿也会自动禁止网络，导致所有连接全部失效，小米4c手机的这种情况是我亲测的，确实有这种问题跨进程通信在我们的sdk里面是采用aidl和广播实现，但是aidl有时候会有问题，在service被杀死的时候会爆出DeadObjectException，就是表示service已经被杀死了，但是可能程序依然在执行aidl的方法，而且aidl代码冗余，广播的话传输的数据大小有限制，可以考虑采用Socket和ServerSocket来实现进程间的通信，采用TCP连接实现进程间的通信可以实现两个进城之间互相监听，只要有一个进程死了，另一个进程马上就能收到反馈，这时候可以做相关操作，例如再把死掉的进程拉起来等
针对不同定制系统的问题：
小米MIUI和魅族flyme是两个比较深android定制系统，超级坑超级坑，系统清理策略太特么严格了，一清全死，怎么起都起不来，秒杀一切推送，针对这种机型我们只能说，可以的话默默的加入白名单吧，亲，要不你就去跟手机厂商谈合作，要不你就用他们家的推送，例如MiPush
三星手机倒是还好，基本按照以上的做法在大部分5.0一下的系统都可以在很大程度上保持service常驻，因为三星的android系统是比较纯净的
华为的手机系统也是定制的，不过也不知道为啥，我们的c守护进程在其他手机上跑得好好的，在华为手机上跑超级耗电，而且无法start service，因为这个c程序是网上大牛写的，不是我写的，我也找不到原因所在，甚至于在华为某些机型上面会导致超级耗电，要不就是导致手机超级卡顿，要重启才能使用，所以华为的定制机我们是把守护进城去掉了，所以我们的service变得非常脆弱
市面上的主流手机就是小米，三星，华为，魅族，vivo，oppo了，但是当我们专门针对这些进行做适配的时候，版本正式发布了，你会发现反馈问题的用户往往都不是使用这些手机。。。都是使用什么联想，htc等等好坑的手机，有广播发送需要一两分钟才能收到
根据手机渠道来分版本发布，小米版，魅族版等等
经过测试采用上述方式后，只要不使用手机自身的一键清除，按下home键后service常驻情况后台的机型：
小米4C——4.4Android系统——service可以常驻（但是守护进程无效，因为小米的一键清理太彻底）
魅族MX5——5.0Android系统——service在手机锁屏后几分钟就被杀死并且无法重启（守护进程无效，魅族一键清理更彻底）
华为荣耀6，6plus——5.0Android系统——service在手机锁屏后马上就被杀死并无法重启（守护进程无效，守护进程导致严重耗电，守护进程无法正常运行）
华为很旧的机型—–4.4Android系统——service常驻后台，就算被杀死或者手机一键清理也会被守护进程拉起（守护进程有效，守护进程基本不会被杀死）
华为meta7——4.4Android系统——service常驻后台（未知守护进程是否有效，待测）
三星部分机型service可以常驻，但是部分机型service无法常驻并且守护进程无效，具体待测
vivo和oppo的手机上service基本无法常驻，死的一干二净明明白白，丝毫没有任何挣扎的痕迹
android5.0以上系统守护进程据说是无效，但是我没有亲测，因为5.0以下的android系统只是杀死App主进程，但是5.0以上的android系统是杀死跟App有关的所有进程组，所以game over。。。
但是最最特么坑爹的是居然能看到确实有些app可以在各种各样的机型上保持service常驻。。。我也是醉了，虽然有些是跟厂商合作，但是我觉的应该还是有其他办法能再次提升service常驻的概率，至少保持按下home键后手机锁屏service不被杀死吧，看到这里要是有大神知道的是什么方式的请指导指导，分享分享，给小弟一个方向，多谢
不同的andorid系统版本：
android5.0开始系统做的越来越安全了，5.0以下start service可以隐式启动，就是不设置intent的package，但是5.0开始就必须要设置了
最近刚出的android N已经把静态广播网络变换广播去掉了。。。这个对我们来说实在是巨大的打击，编程了只能动态注册。。。
用两张图告诉你，为什么你的 App 会卡顿? - Android - 掘金Cover 有什么料？ 从这篇文章中你能获得这些料： 知道setContentView()之后发生了什么？ ... Android 获取 View 宽高的常用正确方式，避免为零 - 掘金相信有很多朋友...
用两张图告诉你，为什么你的 App 会卡顿? - Android - 掘金 Cover 有什么料？ 从这篇文章中你能获得这些料： 知道setContentView()之后发生了什么？ ... Android 获取 View 宽高的常用正确方式，避免为零 - 掘金 相信有很多...
本篇文章是后台杀死系列的最后一篇，主要探讨一下进程的保活，Android本身设计的时候是非常善良的，它希望进程在不可见或者其他一些场景下APP要懂得主动释放，可是Android低估了”贪婪“，尤其是很多国产APP，只希望索取来提高自己的性能，不管其他APP或者系统的死活，导...
1:InputChannel提供函数创建底层的Pipe对象 2: 1)客户端需要新建窗口 2)new ViewRoot object 3) call viewRoot.setVIew() -- Detail: IPC call WmS subclass Session.ad...
如何进行进程保活，首先我们应该先分析一下进程被杀死的原因开始 Android进程被杀死的场景分析： 从 Android 的进程被杀死的场景分析，查看被杀死的原因 一.Android手机的进程回收策略 Android 的内存回收主要靠 LowMemoryKiller 完成，L...
信道的人们啊！斋戒已成为你们的定制，犹如它曾为前人的定制一样，以便你们敬畏。——《古兰经》（2：183） 捷克教育家夸美纽斯说：“太阳底下再没有比教师这个职业更高尚的了。”教师的双肩上承担着国家和民族的未来，所以说，教育绝不只是一般的行业，每一个教师所从事的是一项崇高的事业...
算了算，有差不10个月没有在简书写过东西了，看了之前的文章，说自己要坚持每周至少要写三篇文章，有点扯淡，10个月一篇没写！
为什么没写，原因很简单，自己这水平，没东西可以写啊，写了也没啥可以看的，干脆就没写了！现在为啥又想起来写点东西呢，因为蛋疼啊！
说到吉尔吉斯斯坦这个国家，我想大多数人的第一印象都是：没有印象。或者听说过，但具体它是怎样的一个国家，在地图上的哪个位置，有着怎样的风土人情，他们说什么样的语言，都是一无所知的。在此之前我也是这大多数人之一，哈哈。很多人以为我会选择吉尔吉斯斯坦这个国家是因为对它有特别感兴趣...
一个朋友挣扎在最后，想来个人之将死其言也善，决定不怂一把，告诉至高无上的权利阶层，权利阶层所营造的是镜花水月，太平盛世是被粉饰过的，人民群众已经力不从心了........我不知道如何面对这样的问题，我只是觉着那么多年那么多人也不是没使过这招，何曾成功过，如何叫醒一个...