转载自:http://blog.youkuaiyun.com/weizongwei5/article/details/49076733
android 判断切换后台 判断按下home键
(本文是原来的博客用markdown进行重新排版)
写这个博客不是为了实现监听home键,而是判断切换后台 ,说过不写一些没意思的博客,监听home键 或者屏蔽home键的方法,请百度。
我这个篇博客只是想写两种状态的判断:
1.应用切换到后台的监听或者说是判断。
2.应用切换到后台后重新打开的监听判断。
那么,问题来了,假如你的公司有个需求:在app每次切换到后台之后,判断当前跟一个建立socket连接的服务器是否断开。
卧槽,你们城里人需求真多,好烦,这个好难实现。
解决方案大概有两种方案,应用后台后重新开的的时候走了那些方法,这个看下activity的生命周期,看下好像没法做判断。有些情况比较复杂,每次都走resume,但又不是每次都走onreate onstart一些列的方法。
那么这个套路走步不通,我们试着在activity被隐藏的地方入手,activity a跳转到activity b的时候pause了,stop了,那么,在自己的应用内activity的跳转也会触发这个东西。
但是他跟按下home键,或者在我们的app里打开其他应用的区别在哪里呢?
解:区别在于切换到其他应用,当前在前台的应用就不是我们自己的包了。那么,我们可以用过获取当前app的前台应用的包名来判断是否是我们自己的app,即可实现。
但是,问题又来了,如果我们最后一个页面finish了呢,不也是的吗 ?
这个切换后台和finish能否区分分开呢?
解: 可以。
那么,这样子所有的问题都解决了切换到后台的判断了。切换到后台的时候做一个记录就行了,记录下当前是否被后台,下次重新打开的时候判断下是否之前被后台过,如果被后台过,就去判断下sokect是否在连接中即可,还要把后台的记录给重置。
理论上流程就是这样子,stop的时候,判断activitymanage中获取最前台的那个应用是否是本应用 ,不是的话就被后台了,还有就是价格判断如果被finish了,就不做记录了。
好了,上代码:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
上面这是在stop的时候的处理,接下来的是启动的时候的处理。
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
本文介绍了一种在Android应用中判断应用是否切换到后台的方法,并详细解释了如何通过判断当前最前台应用是否为本应用来实现这一功能。同时,还提供了具体的代码实现案例。
623

被折叠的 条评论
为什么被折叠?



