240 发简信
IP属地:四川
  • android 性能优化JobScheduler使用及源码分析

    在Android开发中,会存在这么些场景 : 你需要在稍后的某个时间点或者当满足某个特定的条件时执行一个任务,例如当设备接通电源适配器或者连接到WIFI。幸运的是在API 2...

  • 其实在我看来,网上流传的说法也不算是错的,反而从另一个角度说,算是一种简洁的计算方式,既然真正的原因归结于getchildMeasurespec()喊数,那最直接和简便的方式莫过于使用结果即可,况且系统默认就是那个计算方式,何必再让系统进行无畏的二次运算,是吧?个人愚见哈!

    Android 自定义View:为什么你设置的wrap_content不起作用?

    前言 自定义View是Android开发中非常常用的知识 可是,在使用过程中,有些开发者会发现:为什么自定义View 中设置的wrap_content属性不起作用(与matc...

  • 120
    康复科

    康复科简介 康复科拥有从瑞士、德国、日本等国引进的先进仪器、在弘扬祖国传统医学康复疗法、结合现代医学康复技术形成了以专科为方向、专病为核心、专项技术为手段的特色康复,致力于疾...

  • 正如1楼所说,在eden区既然就会判定创建对象占用内存大小是否超过eden大小,超过则直接进入老年区,那么在进入survivor区的时候自然也要判定,同样超过则进入老年区。。。

    GC那些事儿--Android内存优化第一弹

    引言 接App优化之内存优化(序), 作为App优化系列中内存优化的一个小部分. 由于内存相关知识比较生涩, 内存优化中使用到的相关工具, 也有很多专有名词. 对Java内存...

  • @一位不愿透露自己姓氏的先生 如果只是单纯的设置MainAct为single想想就会觉得出问题,比如所有的代码启动的MainAct稍不注意就会清楚系统内部记录的act栈,所以建议通过代码设置flag去控制。能有效控制错误

    Android如何在应用程序一段时间无操作后做一些事情(退出登录)

    项目中遇到一个需求,程序在一段时间没有操作的情况下退出登录,以此作为随笔记忆。 原理:在BaseActivity中重写dispatchTouchEvent方法,在Motion...

  • Observe the data just as it will be transmitted over the network.其实就是观察网络通讯中数据的变化,比如重定向时我们就可以通过网络拦截器打印log来确定某个接口确实存在重定向的情况,其他特殊请求情况也是这样

    OKHTTP结合官网示例分析两种自定义拦截器的区别

    OKHTTP异步和同步请求简单分析[https://www.jianshu.com/p/3214ef86a52d]OKHTTP拦截器缓存策略CacheInterceptor的...

  • @Ggx的代码之旅 恩,好的

    在Ubuntu下编译IjkPlayer-android

    前端时间项目中用到了视频播放的功能,没办法又不想使用系统自带的播放器,没有为什么就是不想用,我也希望谷歌爸爸能出一款最基础的播放器控件,然后可以灵活的自己定制UI,唉!经过一...

  • Not invoked for cached responses that short-circuit the network.根据之前的源码阅读,这句话表示如果客户端在使用缓存的情况下(当前仅支持get方式缓存),那么就不会调用网络拦截器。

    OKHTTP结合官网示例分析两种自定义拦截器的区别

    OKHTTP异步和同步请求简单分析[https://www.jianshu.com/p/3214ef86a52d]OKHTTP拦截器缓存策略CacheInterceptor的...

  • 首先还是谢谢作者的贡献,再次我想请问2个问题,1当我通过./compile-openssl.sh all 编译所有文件时,的确生成了相关文件,但是我不明白这个地方的文件有何作用?因为我在最后都没有看到有生成关于它的文件哈。2文中你说的时生成4个格式的so文件,但是我这边试了2次,一次按照你的方法,一次按照原始方法,均生成3个so文件,请问这是什么情况? 麻烦回我一下,谢谢。

    在Ubuntu下编译IjkPlayer-android

    前端时间项目中用到了视频播放的功能,没办法又不想使用系统自带的播放器,没有为什么就是不想用,我也希望谷歌爸爸能出一款最基础的播放器控件,然后可以灵活的自己定制UI,唉!经过一...

  • @布隆 对于高度的适配,的确比较头疼,再想想,实在不行再说吧!开销的确不大,但是毕竟没有必要。。。。

    一种粗暴快速的Android全屏幕适配方案

    转载请联系作者并注明出处 http://www.jianshu.com/p/b6b9bd1fba4d 目前发现有少量情况没有hold住,具体可能出现问题的场景与解决方案见gi...

  • @布隆 最近没事就顺带看了一下,说说我的问题吧!第一:因为作者这里只做了宽度的百分比适配,那么自然就不会存在高度百分比的适配问题,但是不得不说,高度百分比的适配也是实际存在的,我已经做了高度的百分比适配,但是也引发了鸿洋的那个问题,当我设置一个控件的宽高分别都根据宽高百分比时,一般的字体控件是没有多大问题,但是如果是图片就会发生问题,宽高的换算不一致,导致无法直接通过效果图设置pt达到完美适配,这样一来,我们暂时只能要么根据宽度去设置显示比例,要么根据高度去设置显示比例,但是这也会引发一个问题,打乱效果图整体数字综合的计算,楼主对待这个问题有什么看法,有没有什么好的思路?第二:楼主当前的计算步骤总是发生在每个activity的生命周期函数里面,并且就我所知并不是每个计算都有作用,有些计算只能单纯的消耗性能,比如oncreate里面就没有必要去设置百分比,因为onstart也会计算,前者实则更多是无用功,也是因此,建议作者在onresume进行比例计算,也建议作者可以设置整个app的百分比计算或者单个activity百分比计算,这样用起来更方便(害怕UI善变)。第三,貌似忘记了。。。如果作者有什么好的想法,还望不吝赐教!谢谢老

    一种粗暴快速的Android全屏幕适配方案

    转载请联系作者并注明出处 http://www.jianshu.com/p/b6b9bd1fba4d 目前发现有少量情况没有hold住,具体可能出现问题的场景与解决方案见gi...

  • 准备深入研究一下你这个东东!有意思!

    一种粗暴快速的Android全屏幕适配方案

    转载请联系作者并注明出处 http://www.jianshu.com/p/b6b9bd1fba4d 目前发现有少量情况没有hold住,具体可能出现问题的场景与解决方案见gi...