先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7
深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
如果你需要这些资料，可以添加V获取：vip204888 （备注Android）
正文
前一个 Activity 的 onPause，后一个 Activity 的 onResume
9丶前台切换到后台，然后再回到前台，Activity 生命周期回调方法 。 弹出 Dialog ， 生命值周期回调方法。
1） 前 台 切 换 到 后 台 ， 会 执 行 onPause->onStop再 回 到 前 台 ， 会 执 行onRestart->onStart->onResume
2) 弹出 Dialog，并不会影响 Activity 生命周期
10 、Activity 的四种启动模式对比
1）standard：
标准启动模式（默认），每启动一次 Activity，都会创建一个实例，即使从 ActivityAstartActivity ActivityA,也会再次创建 A 的实例放于栈顶，当回退时，回到上一个 ActivityA 的实例。
2) singleTop：
栈顶复用模式，每次启动 Activity，如果待启动的 Activity 位于栈顶，则不会重新 创 建 Activity 的 实 例 ， 即 不 会 走 onCreate->onStart ， 会 直 接 进 入 Activity 的onPause->onNewIntent->onResume 方法
3) singleInstance:
单一实例模式，整个手机操作系统里只有一个该 Activity 实例存在，没有
其他 Actvity,后续请求均不会创建新的 Activity。若 task 中存在实例，执行实例的onNewIntent()。
应用场景： 闹钟、浏览器、电话
4) singleTask：
栈内复用，启动的 Activity 如果在指定的 taskAffinity 的 task 栈中存在相应的实例，则会把它上面的 Activity 都出栈，直到当前 Activity 实例位于栈顶，执行相应的onNewIntent()方法。如果指定的 task 不存在，创建指定的taskAffinity 的 task,taskAffinity 的作用，进入指写 taskAffinity 的 task,如果指定的 task 存在，将 task 移到前台，如果指定的 task不存在，创建指定的 taskAffinity 的 task.
**应用场景：**应用的主页面
11 、Activity 状态保存于恢复
Activity 被主动回收时，如按下 Back 键，系统不会保存它的状态，只有被动回收时，虽然这个 Activity 实例已被销毁，但系统在新建一个 Activity 实例时，会带上先前被回收 Activity 的信息。在当前 Activity 被销毁前调用onSaveInstanceState(onPause 和 onStop 之间保存)，重新创建 Activity 后会在 onCreate后调用onRestoreInstanceState（onStart 和onResume 之间被调用），它们的参数 Bundle 用来数据保存和读取的。
**保存 View 状态有两个前提：**View 的子类必须实现了 onSaveInstanceState; 必须要设定 Id，这个 ID 作为 Bundle 的 Key
12 、fragment 各种情况下的生命周期
正 常 情 况 下 的 生 命 周 期 ：
onAttach->onCreate->onCreateView->onActivityCreated->onStart->onResume->onPause->onStop->onDestoryView->onDestory->onDetach
Fragment 在 Activity 中replace onPause(旧)->onAttach->onCreate->onCreateView->onActivityCreated->onStart->onResume->onStop(旧)->onDestoryView(旧)
如果添加到 backStack 中，调用 remove()方法 fragment 的方法会走到onDestoryView，但不会执行 onDetach()，即 fragment 本身的实例是存在的，成员变量也存在，但是 view 被销毁了。如果新替换的 Fragment 已在 BackStack 中，则不会执行 onAttach->onCreate
13 、Fragment 状态保存 onSaveInstanceState 是哪个类的方法，在什么情况下使用？
在对应的 FragmentActivity.onSaveInstanceState 方法会调用FragmentController.saveAllState，其中会对 mActive 中各个 Fragment 的实例状态和 View 状态分别进行保存.当 Activity 在做状态保存和恢复的时候, 在它其中的 fragment 自然也需要做状态保存和恢复.
14 、Fragment.startActivityForResult 是和 FragmentActivity 的 的 startActivityForResult ？
如果希望在 Fragment 的onActivityResult 接收数据，就要调用Fragment.startActivityForResult，而 不 是 Fragment.getActivity().startActivityForResult 。Fragment.startActivityForResult->FragmentActivitymHost.HostCallbacks.onStartActivityFromFragment->FragmentActivity.startActivityFromFragment 。 如 果 request=-1 则 直 接 调 用FragmentActivity.startActivityForResult，它会重新计算 requestCode，使其大于0xfffff。
15 、如何实现 Fragment 的滑动？
ViewPager+FragmentPagerAdapter+List
16 、fragment 之间传递数据的方式？
1) 在相应的 fragment 中编写方法，在需要回调的 fragment 里获取对应的 Fragment 实例，调用相应的方法；
2） 采用接口回调的方式进行数据传递；
a) 在Fragment1中创建一个接口及接口对应的set方法; b) 在Fragment1中调用接口的方法；
c)在 Fragment2 中实现该接口；
3） 利用第三方开源框架 EventBus
17 、service 和 和 activity 怎么进行数据交互？
1） 通过 bindService 启动服务，可以在 ServiceConnection 的onServiceConnected 中获取到Service 的实例，这样就可以调用 service 的方法，如果 service 想调用 activity 的方法，可以在 service 中定义接口类及相应的 set 方法，在 activity 中实现相应的接口，这样 service 就可以回调接口言法；
2） 通过广播方式
18丶说说 ContentProvider 、ContentResolver 丶ContentObserver 之间的关系
ContentProvider 实现各个应用程序间数据共享，用来提供内容给别的应用操作。如联系人应用中就使用了 ContentProvider，可以在自己应用中读取和修改联系人信息，不过需要获取相应的权限。它也只是一个中间件，真正的数据源是文件或 SQLite 等。
ContentResolver 内 容 解 析 者 ， 用 于 获 取 内 容 提 供 者 提 供 的 数 据 ， 通 过ContentResolver.notifyChange(uri)发出消息
ContentObserver 内容监听者，可以监听数据的改变状态，观察特定 Uri 引起的数据库变化，继而做一些相应的处理，类似于数据库中的触发器，当 ContentObserver 所观察的 Uri 发生变化时，便会触发它。
19 、请描述一下广播 BroadcastReceiver 的理解
BroadcastReceiver 是一种全局监听器，用来实现系统中不同组件之间的通信。有时候也会用来作为传输少量而且发送频率低的数据，但是如果数据的发送频率比较高或者数量比较大就不建议用广播接收者来接收了，因为这样的效率很不好，因为 BroadcastReceiver 接收数据的开销还是比较大的。
20 、广播的分类
1 ）普通广播： 完全异步的，可以在同一时刻（逻辑上）被所有接收者接收到，消息传递的效率比较高，并且无法中断广播的传播。
2 ） 有序广播： 发送有序广播后，广播接收者将按预先声明的优先级依次接收 Broadcast。优先级高的优先接收到广播，而在其 onReceiver()执行过程中，广播不会传播到下一个接收者，此时当前的广播接收者可以abortBroadcast()来终止广播继续向下传播，也可以将 intent 中的数据进行修改设置，然后将其传播到下一个广播接收者。sendOrderedBroadcast(intent,null);//发送有序广播
3 ）粘性广播： sendStickyBroadcast()来发送该类型的广播信息，这种的广播的最大特点是，当粘性广播发送后，最后的一个粘性广播会滞留在操作系统中。如果在粘性广播发送后的一段时间里，如果有新的符合广播的动态注册的广播接收者注册，将会收到这个广播消息，虽然这个广播是在广播接收者注册之前发送的，另外一点，对于静态注册的广播接收者来说，这个等同于普通广播。
21丶广播使用的方式和场景
1）App 全局监听：
在 AndroidManifest 中静态注册的广播接收器，一般我们在收到该消息后，
需要做一些相应的动作，而这些动作与当前 App 的组件，比如 Activity 或者 Service 的是否运行无关，比如我们在集成第三方 Push SDK 时，一般都会添加一个静态注册的BroadcastReceiver 来监听 Push 消息，当有 Push 消息过来时，会在后台做一些网络请求或者发送通知等等。
2）组件局部监听：
这种主要是在 Activity 或者 Service 中使用 registerReceiver()动态注册的广
播接收器，因为当我们收到一些特定的消息，比如网络连接发生变化时，我们可能需要在当前 Activity 页面给用户一些 UI 上的提示，或者将 Service 中的网络请求任务暂停。所以这种动态注册的广播接收器适合特定组件的特定消息处理。
22 、在 manifest 和代码中如何注册和使用 BroadcastReceiver?
1）mainfest 中注册:
静态注册的广播接收者就是一个常驻在系统中的全局监听器，也就是说如果你应用中配置了一个静态的 BroadcastReceiver，而且你安装了应用而无论应用是否处于运行状态，广播接收者都是已经常驻在系统中了。
2) 动态注册:
动态注册的广播接收者只有执行了registerReceiver(receiver, filter)才会开始监听广播消息，并对广播消息作为相应的处理。
IntentFilter fiter = newIntentFilter(“com.smilexie.test.intent.mybroadcastreceiver”);
MyBroadcastReceiver receiver = new MyBroadcastReceiver();
registerReceiver(receiver, filter);
//撤销广播接受者的动态注册unregisterReceiver(receiver);
23 、本地广播和全局广播有什么差别？
1） LocalBroadcastReceiver 仅在自己的应用内发送接收广播，也就是只有自己的应用能收到，数据更加安全。广播只在这个程序里，而且效率更高。只能动态注册，在发送和注册的时候采用 LocalBroadcastManager 的 sendBroadcast 方法和 registerReceiver 方法。
2）全局广播： 发送的广播事件可被其他应用程序获取，也能响应其他应用程序发送的广播事件（可以通过 exported–是否监听其他应用程序发送的广播 在清单文件中控制） 全局广播既可以动态注册，也可以静态注册。
24 、AlertDialog,popupWindow,Activity 区别
（1）Popupwindow 在显示之前一定要设置宽高，Dialog 无此限制。
（2）Popupwindow 默认不会响应物理键盘的 back，除非显示设置了 popup.setFocusable(true);而在点击 back 的时候，Dialog 会消失。
（3）Popupwindow 不会给页面其他的部分添加蒙层，而 Dialog 会。
（4） Popupwindow 没 有 标 题 ， Dialog 默 认 有 标 题 ， 可 以 通 过
dialog.requestWindowFeature(Window.FEATURE_NO_TITLE);取消标题
（5）二者显示的时候都要设置 Gravity。如果不设置，Dialog 默认是Gravity.CENTER。
（6） 二 者 都 有 默 认 的 背 景 ， 都 可 以 通 过setBackgroundDrawable(newColorDrawable(android.R.color.transparent));去掉。
（7）Popupwindow 弹出后，取得了用户操作的响应处理权限，使得其他 UI 控件不被触发。而 AlertDialog 弹出后，点击背景，AlertDialog 会消失。
25 、Application 和 和 Activity 的 的 Context 对象的区别
1）Application Context 是伴随应用生命周期；不可以 showDialog, startActivity, LayoutInflation可以startService\BindService\sendBroadcast\registerBroadcast\load Resource values
2）Activity Context 指生命周期只与当前 Activity 有关，而 Activity Context 这些操作都可以，即凡是跟 UI 相关的，都得用 Activity 做为 Context 来处理。
一个应用 Context 的数量=Activity 数量+Service 数量+1（Application 数量）
- Android 属性动画特性
- 如何导入外部数据库?
- LinearLayout、RelativeLayout、FrameLayout 的特性及对比，并介绍使用场景。
- 谈谈对接口与回调的理解
- 回调的原理
- 写一个回调 demo
- 介绍下 SurfView
- RecycleView 的使用
- 序列化的作用，以及 Android 两种序列化的区别
- 差值器
- 实现 Interpolator 接口，设置值的变化趋势，SDK 中包含了匀速插值器、加速插值器、减速
- 插值器、先加速再减速、弹
- 估值器
- 实现 TypeEvaluatior 接口
- Android 中数据存储方式
（顺手留下GitHub链接，需要获取相关面试等内容的可以自己去找）
https://github.com/xiangjiana/Android-MS
文末
架构师不是天生的，是在项目中磨练起来的，所以，我们学了技术就需要结合项目进行实战训练，那么在Android里面最常用的架构无外乎 MVC，MVP，MVVM，但是这些思想如果和模块化，层次化，组件化混和在一起，那就不是一件那么简单的事了，我们需要一个真正身经百战的架构师才能讲解透彻其中蕴含的深理。
一线互联网Android面试题总结含详解（初级到高级专题）
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
取：vip204888 （备注Android）**
[外链图片转存中…(img-JYFFvd6F-1713388212708)]
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
6556
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
