u010741032的博客

Lifecycle的目的是用来监听Activity和Fragmet的生命周期的变化，在生命周期的拥有者和生命周期的观察者之间建立一种联系，当生命周期拥有者生命周期改变的时候，观察者会收到对应的通知，所以可以可方便的判断生命周期的状态。当然也可以不适用Lifecycle，而是直接在activity或Fragment的的生命周期的回调里面处理各种事情，使用Lifecycle的目的就是解耦。Lifecycle中需要使用的类：LifecycleObserver：Lifecycle观察者LifecycleOwn

项目vaue你123电脑太瘦哈哈234一个具有注脚的文本。1 一个具2asdadfadsfpublic void test注脚的解释 ↩︎注脚的解释 ↩︎

文章目录一. 简介与导入二 . 应用1. 利用注解entity定义实体类2. 定义Dao,用于操作数据，进行增删改查3. 定义database4. 数据库的升级与降级5. 表关联三. 其他可能会用的一点技巧TypeConverterEmbeddedrxjava2一. 简介与导入Andorid官方中推荐Room代替SQlite，所以新的项目中直接舍弃了以前用的第三那方框架greenDaoRoom由三部分组成，并且用三个注解标注：Entity： 这个注解表示的是实体类，代表的是数据库中的表，每一个实体类

热修复的好处：可快速修复，避免线上Bug带来的业务损失，把损失降到最低。保证客户端的更新率，无须用户进行版本升级安装良好的用户体验，无感知修复异常。节省用户下载安装成本。方案对比SophixTinkernuwaAndFixRobusAmigo类替换yesyesyesnonoyesSo替换yesyesnononoyes资源...

公司项目过去一年里面出现几次严重的bug，导致APP Crash，不得已特定的机器只能交由售后处理，所以热修复计划被提上了日程。现在还在维护的热修复框架还有三个，一个是微信的Thinker，微信好几亿的用户使用，还是很牛逼的！还有一个是阿里的Sophix，但是这个没开源还收费，不考虑。还有一个美团的Robust，大致看了下，修复方法的时候需要加注解，不修复时候就删掉，感觉有点麻烦，先都试试再决定...

WARNING: API ‘variant.getJavaCompile()’ is obsolete and has been replaced with ‘variant.getJavaCompileProvider()’.It will be removed at the end of 2019.For more information, see https://d.android.co...

因为项目几经转手，图片框架Picasso和Glide居然都用上了，为了减小体积也是为了统一，决定去掉一个，故比较一下两个框架的优劣，只选其中一种：Glide和Picasso都是非常流行的图片加载框架用法很很相似，笔者现在用的Glide是3.8，因为项目之中用的是这个，熟练之后在研究一下4.xcompile 'com.android.support:support-v4:27.1.1'...

这几天开始在项目中使用constraint-layout,学习的结果在这记录一下，以免忘记，方便以后查看。使用它是因为我我们布局嵌套太多了，对于性能来说是一个很蛋疼的体验，而ConstraintLayout可以是我们拥有一个扁平布局的层次结构，性能就自然上去了。没事可以看下官网：Constraint-layoutConstraintLayout使用起来感觉跟RelativeLayout差不多，...

Error:(5, 24) Color value not valid -- must be #rgb, #argb, #rrggbb, or #aarrggbb (at 'color' with value '#ff275FAE ').很明显的问题，color值写错了，多写了一个空格Could not find method google() for arguments [] on rep...

由于项目太过庞大，领导们也没提要全部转到AS开发，所以项目必须兼顾Eclipse，这就出现了一个蛋疼的问题，很早的版本大概是22左右的吧 不支持 addOnScrollListener和android.support.v7.widget.helper.ItemTouchHelper。所以要引入更高版本的RecyclerView，在网上各种搜索 RecyclerView的jar包，虽然最终找到了...