1. android真的推荐用MVI模式MVI和MVVM有什么区别
android自己卷自己，自己造一个MVI架构模式吗？
MVI架构模式是国内android开发者最近一两年造出来的吗？
看了很多MVI的资料，发现都提到cycle.js框架。android的mvi架构就是启发于cycle.js框架。
我们再看看Cycle.js框架是什么时候开始的，又是什么时候开始使用MVI模式的。
Cycle.js框架 第一个预发版本 ：
https://github.com/cyclejs/cyclejs/releases?page=6
再结合官方文档来看，Cycle.js框架就是为了MVI架构模式而生的。
虽然不知道，Cycle.js框架是不是首个MVI模式框架。
但是从很多资料可以推测，MVI架构模式就是Cycle.js框架推广开来的。
而且早在2014年就已经在前端开发中用得飞起了。
想想2014年，咱们在干嘛？android在用什么架构模式。
正所谓，天下武功出少林啊。
我们android的很多技术，在前端早就用“烂了”。
我们知道MVP和MVVM的爹都是MVC。MVI的爹也是MVC。
MVC的Controller是命令是编程组件，不能直接实现响应式编程思想。
响应式编程范式（Reactive programming）：
安卓官方的compose框架、微信小程序、Flutter、React、鸿蒙UI的开发框架，都是使用响应式开发框架。
这里就不拓展开来讲了，上面提到的任何一个开发框架，你只要会一个基本就能理解响应式编程范式。
如果一个都不会也没关系，现在不理解响应式编程也没关系，等你学会MVI就理解了，这种只有实际使用过才能深刻理解。
学不会也没关系，不要焦虑（尤其那些工作不久的小伙伴，学不会属于正常现象~）
MVI，咱第一遍学不会，就等2年，再学一遍~
2年后也没学会，那就再等2年~ 一定要有耐心~
如果还是学不会，那也没关系，因为MVI早晚也会过时~ 等过时了就不用学了~
哈哈哈~ 别笑，正经Android可不会开玩笑的。
就像rxjava，当年有多少人死活学不会，android开发现在谁还学Rxjava？哈哈哈~
用一张图来总结这次升级的核心思想：
新版架构指南在旧版的基础上，做了如下调整和建议：
1. 将LiveData组件改成了StateFlow
对协程的使用更友好。并且更能体现面向数据流开发的思想。
实际上，依然使用LiveData也没毛病。
2. ViewModel传递给View的数据限制为View的UIState
ViewModel从Model层获取数据后，转换为UIState数据，通过StateFlow流向View层。
UIState的数据面向界面组件而定义的，是能直接控制View组件如何显示的数据。
所以我们也可以称UIState为界面的状态或者View的状态。
如下：
3. 单数据流还是多数据流的选择
官方指南并没有强制我们使用单流。
同一个界面应该使用单个StateFlow还是多个StateFlow，需要我们自己判断。
我们应该根据UIStates数据们之间关联程度来决定多流还是单流。
单流优缺点都十分明显：
优点： 数据集中管控，会提高代码的可读性和修改的便利性。
缺点： 当数据非常多且复杂时，会影响效率。因为我们没有diff功能，View层不能只更新有变化的数据，只会根据UIState刷新当前界面。
https://developer.android.com/jetpack/guide/ui-layer#additional-considerations
我们再看下官方新版架构图：
当然不仅仅MVVM可以改造成响应式开发范式，MVP也是可以的。
不信你看 这篇blog ：
https://www.raywenderlich.com/817602-mvi-architecture-for-android-tutorial-getting-started
1. 理解MVC架构模式的思想【MVC是其他架构模式之爹，他的思想是MVP、MVVM、MVI的基础，学会它是关键步骤~】。
3. 学习kotlin的StateFlow组件，的使用：Sequence->Flow->StateFlow。
4. 学习ViewModel组件的使用（虽然不用ViewModel也能实现MVI架构，但是ViewModel还是值得学习）。
5. 理解DRY（Don't Repeat Yourself）原则。
6. 理解MVVM（因为官方的MVI模式是基于MVVM的基础改造的~）。
7. 学习官方架构指南。
8. 实战。
在这里就分享一份由大佬亲自收录整理的 学习PDF+架构视频+面试文档+源码笔记 ， 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料
这些都是我现在闲暇时还会反复翻阅的精品资料。里面对近几年的大厂面试高频知识点都有详细的讲解。相信可以有效地帮助大家掌握知识、理解原理，帮助大家在未来取得一份不错的答卷。
当然，你也可以拿去查漏补缺，提升自身的竞争力。
真心希望可以帮助到大家，Android路漫漫，共勉！
如果你有需要的话，只需 私信我【进阶】即可获取
2. android开发一般都使用什么框架
目前框架使用的主要都是开源框架，都可以在github上找到：
1、volley
2、android-async-http
3、Afinal框架
4、xUtils框架
5、ThinkAndroid
6、LoonAndroid
主要有以下模块：
(1) 自动注入框架（只需要继承框架内的application既可）
(2)
图片加载框架（多重缓存，自动回收，最大限度保证内存的安全性）
(3) 网络请求模块（继承了基本上现在所有的http请求）
(4)
eventbus（集成一个开源的框架）
(5) 验证框架（集成开源框架）
(6) json解析（支持解析成集合或者对象）
(7) 数据库（不知道是哪位写的 忘记了）
(8) 多线程断点下载（自动判断是否支持多线程，判断是否是重定向）
(9)
自动更新模块
(10) 一系列工具类
3. Android UI 架构演进：从 MVC 到 MVP、MVVM、MVI
随着Android开发的发展，为优化代码设计，业界不断探索和实践不同的架构模式，如MVC、MVP、MVVM和MVI，它们的核心目标是“关注点分离”，以提高代码的可维护性、测试性和可读性。最初，所有UI逻辑都集中在Activity中，导致高度耦合，难以管理。
1. MVC：Android的默认设计，将代码划分为Model、View和Controller，尽管解决了Activity代码过载问题，但Activity仍承担了View和逻辑处理的双重任务，分离不够彻底。
2. MVP：为了解决MVC的不足，MVP将逻辑分离到Presenter，使用Contract接口定义View和Presenter的交互。但双向依赖仍是其缺点。
3. MVVM：MVVM将Presenter变为ViewModel，使用观察者模式减少双向依赖。DataBinding等工具支持了MVVM的实现，但过度使用可能导致数据流混乱。
4. MVI：MVI强调单数据流，通过ViewState简化View和ViewModel之间的交互。虽然更注重响应式，但过度压缩状态可能导致复杂性。
总的来说，MVP、MVVM和MVI都试图将Activity的职责分解，但每种模式都有其局限性和适用场景。MVVM和MVP本质上相似，而MVI则引入了命令式到响应式的转变。选择哪种架构，应根据项目的具体需求和团队习惯来决定，而不是盲目追求新潮。
4. android开发一般都使用什么框架
Android开发框架介绍
编辑文档
学分 +2
开发框架方面包含基本的应用功能开发、数据存储、网络访问这三大块：
一、应用方面
一般而言一个标准的Android程序由如下4部分组成即Activity、Broadcast Intent Receiver、Service、Content Provider： 1. Activity是最频繁、最基本的模块，在Android中，一个Activity就是手机上一屏，相当于一个网页一样，所不同的是，每个Activity运行结束了，有个返回值，类似一个函数一样。Android系统会自动记录从首页到其他页面的所有跳转记录并且自动将以前的Activity压入系统堆栈，用户可以通过编程的方式删除历史堆栈中的Activity Instance。
Activity类中主要是跟界面资源文件关联起来（res/layout目录下的xml资源，也可以不含任何界面资源），内部包含控件的显示设计、界面交互设计、事件的响应设计以及数据处理设计、导航设计等application设计的方方面面。 2. Broadcast Intent Receiver
Intent提供了各种不同Activity进行跳转的机制，譬如如果从A activity跳转到B activity，使用Intent来实现如下： Intent in = new Intent(A.this, B.class); startActivity(in);
BroadcastReceiver提供了各种不同的Android应用程序进行进行进程间通讯的机制，譬如当电话呼叫来临时，可以通过BroadcastReceiver发布广播消息。对于用户而言，BroadcastReceiver是不透明的，用户无法看到这个事件，BroadcastReceiver通过NotificationManager来通知用户这些事件发生了，它既可以在资源AndroidManifest.xml中注册，也可以在代码中通过Context.registerReceiver()进行注册，只要是注册了，当事件来临的时候，即时程序没有启动，系统也在需要的时候会自动启动此应用程序；另外各应用程序很方便地通过Context.sendBroadcast()将自己的事情广播给其他应用程序；
3. Service,跟Windows当中的Service完全是一个概念，用户可以通过startService(Intent service)启动一个Service，也可通过Context.bindService来绑定一个Service.
4. Content Provider，由于Android应用程序内部的数据都是私有的，Content Provider提供了应用程序之间数据交换的机制，一个程序可以通过实现一个ContentProvider的抽象接口将自己的数据暴露出去，并且隐蔽了具体的数据存储实现，标准的ContentProvider提供了基本的CRUD（Create,Read,Update,Delete)的接口，并且实现了权限机制，保护了数据交互的安全性； 一个标准的Android应用程序的工程文件包含如下几大部分： -> Java源代码部分(包含Activity)，都在src目录当中；
-> R.java文件，这个文件是Eclipse自动生成与维护的，开发者不需要修改，提供了Android对的资源全局索引； -> Android Library，这个是应用运行的Android库；
-> assets目录，这个目录里面主要用与放置多媒体等一些文件；
-> res目录，放置的是资源文件,跟VC中的资源目录基本类似，其中的drawable包含的是图片文件，layout里面包含的是布局文件，values目录里面主要包含的是字符串(strings.xml)、颜色（colors.xml)以及数组（arrays.xml)资源；
-> AndroidManifest.xml，这个文件异常重要，是整个应用的配置文件，在这个文件中，需要声明所有用到的Activity、Service、Receiver等。