摘要介绍Activity生命周期、回调方法及其常见调用顺序及Activity状态详解Activity概述Activity是Android组件中最基本也是最为常见用的四大组件（Activity活动，Service

目录介绍01.项目介绍02.项目运行03.项目部分介绍04.项目组件化结构05.项目版本更新06.项目第三方库07.项目遇到bug08.项目截图展示09.项目优化处理10.组件化博客11.其他介绍01.项目介绍1.1项目简介项目整体架构模式采用：组件化+MVP+Rx+Retrofit+design+Dagger2+阿里VLayout+腾讯X5+腾讯bugly包含的模块：wanAndroid【kot

最简单有效的Android组件化方案，github开源地址https://github.com/beyondxia/modules传统组件化方案介绍    组件化的核心问题为组件间的解耦，而解耦就不可避免的要面临解决组件间的通信问题

一句话：用于Android组件间通信的。

目录本节引言1.BroadcastReceiver是什么？2.两种广播类型：3.接收系统广播1）两种注册广播的方式2）动态注册实例(监听网络状态变化)3）静态注册实例(接收开机广播)4)使用广播的注意事项：4.发送广播本节引言本节我们将来学习Android四大组件中的第三个：BroadcastReceiver(广播接收者)，接下来开始本节内容。PS:对了，在Android官网上，点开APIGuid

刚开始都是采用中心化管理的思想，将相同的资源集中进行管理，但是做着做着，发现集中管理的资源太多了，多人开发时牵一发而动全身，进而又要对原本的项目进行拆分，演变出什么SOA架构、什么微服务，以及我这里要讲的Android

}可以选择配置路由表自动加载，在项目下面的build.gradle文件中进行配置，配置方式如下：//路由表自动加载插件applyplugin:‘com.alibaba.arouter’buildscript{repositories{google()jcenter()}dependencies{classpath‘com.android.tools.build:gradle:3.0.1’//ARo

1.编译Arouter在编译器的主要工作就是生成中间件的代码，在gradle中加入Arouter的依赖后在编译的时候就会在对应的module下添加com.alibaba.android.arouter.routes目录，这个目录中主要存放Arouter生成的文件，比如publicclassARouter$$Root$$appimplementsIRouteRoot{@Overridepublicv

我的Github：https://github.com/BzCoder欢迎各位留言讨论组件化与传统开发有一个很大的不同，就是模块件的跳转，如果使用传统的显式跳转，势必会极大造成模块之间的耦合，这在组件化的开发中是绝对不允许的，因此在组件化开发中我们必须选用隐式跳转，并且我们需要把所有的页面都纳入到路由管理之中，我们选用的路由组件是阿里巴巴的Arouter，有关Arouter可以查看以下三个资料。A

这篇文章做的工作是保护Android组件的劫持。作者开发了一个名为SCLib的系统，能在可能有组件劫持发生时，给用户发出警告，并由用户决定是否放行intent。

目录前言源码分析总结前言Activity是Android中一个很重要的概念，堪称四大组件之首，关于Activity有很多内容，比如生命周期和启动Flags，这二者想要说清楚，恐怕又要写两篇长文，更何况分析它们的源码呢。不过本文的侧重点不是它们，我要介绍的是一个Activity典型的启动过程，本文会从源码的角度对其进行分析。我们知道，当startActivity被调用的时候，可以启动一个Activi

Android组件开发一、背景一个app随着业务增加，代码放在同一个模块中会越来越臃肿，同时也导致多人开发的一个难度。

代码地址：https://github.com/DaLeiGe/AndroidSamples/tree/master/NetEase_Modelar_Gradle记录一下Android组件化的学习过程，

前言在我之前的组件化文章《“终于懂了”系列：Android组件化，全面掌握!》中，提到为了实现组件化要解决的几个问题点，其中页面跳转、组件间通信的问题是使用了ARouter这个框架来解决的。

背景随着有货App的业务不断迭代，功能不断累积，原有的项目架构逐渐出现了以下问题：业务模块代码边界不清晰，耦合过重；业务代码与通用代码的耦合导致很多重复代码；基础组件库的不完善导致了一些三方库的重复。鉴于此，组件化势在必行，一个简易的架构分层图如下：单向依赖，业务组件相互之间无依赖关系，那业务组件之间的页面跳转该如何解决呢？路由现在比较通用的一个解决办法是采用路由，现在社区有很多开源路由框架，比如

钟对数据的存储与访问是很有必要的，在Android中对于数据存储提供了如下几种方法：文件形式SharedPreferences(参数-键值对形式)SQLite数据库（空间2T）Contentprovider（Android

这篇文章将概述Android组件化的架构搭建及Flutter和Android如何混合开发(整个App只有首页是用原生Android完成，其他页面都是引入之前的做好的Flutter页面)，主宿主程序由Android

Android组件系列----AndroidService组件深入解析【声明】欢迎转载，但请保留文章原始出处→_→生命壹号：http://www.cnblogs.com/smyhvae/文章来源：http

《Android组件化架构》读书笔记。此文章为个人的读书笔记，纯属记录学习之用。

在Android开发中，Activity是最常用的组件之一。Activity的启动流程比较复杂，涉及到多个系统组件和类的协同工作。本文将对Activity的启动流程进行源码解析。startActivity()Activity的启动是通过调用startActivity()方法实现的。这个方法主要做了以下几件事情：构造一个Intent对象，包含要启动的Activity的信息。调用ActivityMan

简介ARetrofit是一款针对Android组件之间通信的框架，实现组件之间解耦的同时还可以通信。

接上文【长篇】Android组件化细讲+手写实现Android市场的N种通信方式我们如何选择intentinterface（ARouter里是用这个）aidlhandlerbroadCast第三方组建通信框架

Jetpack库常用的如下几个组件，它们都可以单独使用或者组合使用：组建名称介绍AndroidKTXKotlin扩展程序，包括扩展函数、扩展属性、协程等AppCompat提供向后兼容性的Android组件

Service(服务)属于Android组件之一,它可以运行在App后台,提供和该App相关的事情,比如监听耳机孔的插拔,和服务器保持长连接等.Service的父类是Activity父类的父类.可以将服务看做是没有界面的

一.组件化工程架构分层组件化架构图示基础层->功能组件：是最基础的开发框架，包含了基础开发所需的基类、工具类、第三方库等。依赖该模块就能快速进行开发。中间层->公共组件，包含了路由的功能，可以和业务组件进行交互。业务层->业务组件，依赖于中间层，包含了各个业务功能的组件。每个业务组件都能运行出一个小型的App进行调试。应用层->壳组件，也就是俗称的App壳，可以集成各种所需的业务组件，组合出不同A

1、首先创建我们的项目，我们使用kotlin开发：2、在Project项目根目录下创建module3、创建聊天组件module_chat：4、点击next，创建ChatMainActivity此时的module_chat是一个APP，可独立运行，我们要把它改造成既能独立运行，又能作为项目组件。5、在gradle.properties文件中添加配置信息6、在module_chat的src/main下

一丶从微信APP看组件化架构实践提到了微信架构演进：简单分层架构->多进程架构->多子工程并行开发架构；提到了基础工程存在中心化的问题：越来越多的代码/事件很“自然的”被下沉到基础工程；提出了重塑模块化的3个目标：改变通信方式、重新设计模块、约束代码边界提出了服务注册的通信方式提出了新颖的接口暴露方法：将文件后缀修改为.api（需配合include_with_api命令）设计了模块生命周期：dep

作者：胡飞洋一、背景随着项目逐渐扩展，业务功能越来越多，代码量越来越多，开发人员数量也越来越多。此过程中，你是否有过以下烦恼？项目模块多且复杂，编译一次要5分钟甚至10分钟？太慢不能忍？改了一行代码或只调了一点UI，就要run整个项目，再忍受一次10分钟？合代码经常发生冲突？很烦？被人偷偷改了自己模块的代码？很不爽？做一个需求，发现还要去改动很多别人模块的代码？别的模块已实现的类似功能，自己要用只

一、背景随着项目逐渐扩展，业务功能越来越多，代码量越来越多，开发人员数量也越来越多。此过程中，你是否有过以下烦恼？项目模块多且复杂，编译一次要5分钟甚至10分钟？太慢不能忍？改了一行代码或只调了一点UI，就要run整个项目，再忍受一次10分钟？合代码经常发生冲突？很烦？被人偷偷改了自己模块的代码？很不爽？做一个需求，发现还要去改动很多别人模块的代码？别的模块已实现的类似功能，自己要用只能去复制一份

Android组件化原理什么是组件化？为什么使用组件化？

早期单一分层模式问题一：无论怎么分包，随着项目增大，项目失去层次感。问题二：包名约束太弱，稍有不注意，就会不同业务包直接互相调用，代码高耦合。问题三：多人开发在版本管理中，容易出现代码覆盖冲突等问题。组件化的意义不相互依赖，可以相互交互，任意组合，自由组装。组件化示意图，如下所示：此时app模块不在是老大，组件化之后，所有module都平起平坐。下面，我们以一个dome来阐释如何搭建一个组件化架构

本篇文章参考资料：1、Android彻底组件化方案实践2、Gradle用户手册Gradle在Android工程中的运用Groovy简单了解AndroidStudio中自定义Gradle插件之前写了三篇都是入门知识，都是为了这篇打基础。在Android项目开发中，对于项目功能较多、好几个人开发的情况下，组件化开发是一个不错的方案。关于组件化开发，这位开发者的文章有一个比较全面的阐述。其中的核心功能就

一、介绍DataBinding是GoogleAndroid组件框架，管理view和data之间进行绑定。DataBinding主要管理数个布局文件，这样我们就不用去实例化layout的view。

*本篇文章已授权微信公众号guolin_blog(郭霖)独家发布CC：ComponentCaller，一个android组件化开发框架，已开源，github地址：https://github.com/luckybilly

为了避免循环依赖和业务逻辑之间的交叉，同一层的组件是不能直接相互引用的。这是因为：1）除了主Module，其他任何一个业务组件都可能是处于加载或者不加载的状态，比如有2个模块A和B，如果相互依赖，且假设没有加载B，而线上模块A使用了B中功能，那么A可能会crash；2）任何一个业务组件都是独立的，也就是说可能是由不同的部门并行开发的，不应该互相依赖。鉴于这两个规则，同一层之间是不能直接通信（如果只

教你打造一个Android组件化开发框架CC：ComponentCaller，一个android组件化开发框架，已开源。

涉及的基础知识gradle学习使用组件化项目的意义1、面试技巧很多大厂都用上了组件化，企业开发模式，面试时有组件化的经历，能打动面试官。2、开发需求不相互依赖，可以相互交互，任意组合，高度解耦。3、团队效率分模块开发、打包、测试，统一版本管理。组件化案例组件化：自由拆卸、自由组装、重复利用。此时，app不再是老大，子模块都是小弟，组件化后所有的module都平级。组件化gradleapp包体的bu

本文在前面Fragment系列文章的基础上，重在想要从源码和实践运用的角度，去学习、分析、总结Fragment一些新技术函数和组件。1.setUserVisibleHint与setMaxLifecycle1.1废弃原因我们先看一下最新的setUserVisibleHint方法的注释/***Setahinttothesystemaboutwhetherthisfragment'sUIiscurren

前言本次做jacoco覆盖率发现，主工程依赖的jar包都未产生覆盖率数据，熟悉jar包方式组件化架构的同学应该明白主工程仅是空壳，若按照网上教程做则压根覆盖不到业务组件，必须解决，经研究发现，AS的Gradlebuild插件执行过程仅创建一个jacocoTask并对当前工程源码的class执行离线模式字节码插入，并不对工程依赖的jar包进行插桩，so必须自定义一个Gradle插件来干预编译流程，经

首先贴出demo的github地址：GitHub-TenzLiu/TenzModuleDemo:android组件化demo前段时间看到最近一直很火的Android组件化然后就自己撸了一个demo，期间遇到了不少问题以及坑

简介EventBus是针对Android优化的发布-订阅事件总线，简化了Android组件间的通信。

一、为何要进行Application与Library切换上篇文章说道组件化优势是无需编译整个project，就是因为功能模块在开发过程中以Application的形式存在。当业务功能整合时，才以Library的形式存在。二、实现方法1、在项目根目录的gradle.properties文件创建变量isLibrary=fasle（整合模块时为true）2、配置功能模块模块配置然后在module的mai

事实上，我猜测每个android开发者接触的第一个android组件都是Activity。

前提条件:反射是一种不安全的操作,慎用.了解android组件化开发,可以点击了解了解一定的java反射逻辑和知识.可以点击了解熟练掌握Androidflavor,可以点击了解技能点反射动态代理module

基本控件TextViewHTextView一款支持TextView文字动画效果的Android组件库。

一、为什么要组件化？组件化有哪些好处？网上提到的组件化的好处有很多，这里我就仅列举几个比较明显的好处。1.代码隔离，实现被动解耦情景a小王想实现一个右上角有“X”号的dialog，但是他发现基础UI库里dialog没有这个按钮，于是小王想偷偷在基础组件库里写一个tag，用于标记dialog是否右上角有“X”号。（组件化前）小王偷偷写入成功，大家纷纷效仿小王，最后基础库里的dialog一共有十几处t

入口从使用角度分析,从LivePagedListBuilder开始创建LivePagedListBuilder代码示例:valsourceFactory=FeedListDataSourceFactory(NETWORK_IO)vallivePagedList=LivePagedListBuilder(sourceFactory,10).setBoundaryCallback(FeedlistBo

JavaSPI全称ServiceProviderInterface，是Java提供的一套用来被第三方实现或者扩展的API，它可以用来启用框架扩展和替换组件。实际上是“基于接口的编程＋策略模式＋配置文件”组合实现的动态加载机制.ServiceLoader的使用操作步骤：1、定义一个接口文件2、写出多个该接口文件的实现3、在src/main/resources/下建立/META-INF/service

前言在我之前的组件化文章《“终于懂了”系列：Android组件化，全面掌握!》中，提到为了实现组件化要解决的几个问题点，其中页面跳转、组件间通信的问题是使用了ARouter这个框架来解决的。

开发中可能会遇到要求文字根据固定宽度两端对齐的需求，比如登录的用户名标签和密码标签，但TextView没有自带这样的功能，需要自定义view来实现先上效果图Android组件有很多自带的属性，如android