activity生命周期(lifecycle的原理)

Android Lifecycle 是一个用于管理应用程序组件生命周期的库，它提供了一种机制来观察组件的状态，例如 Activity、Fragment、ViewModel 等。这个库的主要目的是解耦组件之间的依赖关系，降低组件之间的耦合度，提高应用程序的可维护性和可扩展性。

Lifecycle 的核心原理是通过将组件的状态与它的生命周期分离，使得组件可以独立地管理自己的状态，而不必关心其他组件的状态。Lifecycle 将组件的状态分为两种：活跃状态（Active）和非活跃状态（Inactive）。当组件处于活跃状态时，它可以接收和处理用户的交互事件，例如点击按钮、滑动屏幕等。当组件处于非活跃状态时，它不能接收和处理用户的交互事件，例如当应用程序被暂停或停止时。

Lifecycle 提供了一种观察模式，允许其他组件观察某个组件的状态。当组件的状态发生变化时，观察者可以收到通知并做出相应的响应。例如，当 Activity 被暂停时，它可以通知它的观察者，例如 Fragment 或 ViewModel，以便它们可以相应地更新它们的状态。

总结起来，Lifecycle 的使用可以帮助开发人员更好地管理应用程序组件的生命周期，降低组件之间的耦合度，提高应用程序的可维护性和可扩展性。

闪退原因总结

1、网络异常

无网下操作

无网、wifi、移动网络三种网络切换

弱网，弱网场景下，服务端没有及时的响应

程序没有做好网络保护，会造成app闪退

2、app程序没有对接口返回的数据做好兼容性

接口返回的数据千差万别，有null,""," ",假如app端没有很好进行处理的话，会造成闪退

3、内存泄露，程序没有及时释放内存

比如，在安防监控软件，有直播和看回放的功能，频繁的切换页面，没有很好的释放资源的话，会造成闪退

4、版本过低

应用版本太低，APP的SDK和手机的系统不兼容，造成闪退

有些API在老版本中有,在新版本中没有,造成对象为空引起闪退

5、权限问题

一般是AndroidManifest文件中忘记配置相关权限

6、设计不合理

1个接口，拉取的数据量太大，请求结果会很慢，且占用大量内存，APP会闪退

7、不同app间切换

交互测试，可能会出现闪退

8、组件问题

APP中访问网络的地方，组件中的ImageView没有正常的下载并显示到app 页面上

9、拍照/选择图片后闪退

手机内存小

部分手机在使用相机拍照时候存在横竖屏切换，可能会导致我们应用重新调整生命周期

解决办法：在使用到拍照功能的Activity设置：android:configChanges="orientation|keyboardHidden|screenSize"

10、页面布局问题

用LinearLayout布局时忘记指定orientation，出现了闪退。

对于一个Android应用程序来说，是由四种关键构造块组织而成的，这四种构造块分别是：activity、intent Receiver、service、Content Provider 但是，并不是每一个Android应用程序都需要这四种构造块，这不是必须的，某些时候，我们只需要这四种中的几种组合成我们的应用。当我们明确了我们的应用需要哪些构造块后，我们就需要在AndroidManifest.xml中登记这些构造块的清单。这是一个XML配置文件，这个配置文件用于定义我们的应用程序的组件、组件的功能及必要条件等。这个配置文件是每个Android应用必需的。对于AndroidMainfest.xml的Schema，我们对四种构造块做一些说明： 1、Activity Activity是Android构造块中最基本的一种，在应用中，一个 activity通常就是一个单独的屏幕。每一个activity都被实现为一个独立的类，并且继承于Activity这个基类。这个activity类将会显示由几个Views控件组成的用户接口，并对事件做出响应。大部份的应用都会包含多个的屏幕。例如，一个短消息应用程序将会有一个屏幕用于显示联系人列表，第二个屏幕用于写短消息，同时还会有用于浏览旧短消息及进行系统设置的屏幕。每一个这样的屏幕，就是一个activity。从一个屏幕导航到另一个屏幕是很简单的。在一些应用中，一个屏幕甚至会返回值给前一个屏幕。当一个新的屏幕打开后，前一个屏幕将会暂停，并保存在历史堆栈中。用户可以返回到历史堆栈中的前一个屏幕。当屏幕不再使用时，还可以从历史堆栈中删除。默认情况下，Android将会保留从主屏幕到每一个应用的运行屏幕。 Android使用了Intent这个特殊类，实现在屏幕与屏幕之间移动。 Intent类用于描述一个应用将会做什么事。在Intent的描述结构中，有两个最重要的部分：动作和动作对应的数据。典型的动作类型有：MAIN（activity的门户）、VIEW、PICK、EDIT等。而动作对应的数据则以URI的形式进行表示。例如：要查看一个人的联系方式，你需要创建一个动作类型为VIEW的intent，以及一个表示这个人的URI。与之有关系的一个类叫IntentFilter。相对于intent是一个有效的做某事的请求，一个intent filter则用于描述一个activity（或者Intent Receiver）能够操作哪些intent。一个activity如果要显示一个人的联系方式时，需要声明一个IntentFilter，这个 IntentFilter要知道怎么去处理VIEW动作和表示一个人的URI。IntentFilter需要在AndroidManifest.xml中定义。通过解析各种intent，从一个屏幕导航到另一个屏幕是很简单的。当向前导航时，activity将会调用 startActivity(Intent myIntent)方法。然后，系统会在所有安装的应用程序中定义的IntentFilter中查找，找到最匹配myIntent的Intent对应的 activity。新的activity接收到myIntent的通知后，开始运行。当startActivity方法被调用将触发解析myIntent 的动作，这个机制提供了两个关键好处： ◆Activities能够重复利用从其它组件中以Intent的形式产生的一个请求； ◆Activities可以在任何时候被一个具有相同IntentFilter的新的Activity取代。 2、Intent Receiver 当你希望你的应用能够对一个外部的事件（如当电话呼入时，或者数据网络可用时，或者到了晚上时）做出响应，你可以使用一个Intent Receiver。虽然Intent Receiver在感兴趣的事件发生时，会使用NotificationManager通知用户，但它并不能生成一个UI。Intent Receiver在AndroidManifest.xml中注册，但也可以在代码中使用 Context.registerReceiver()进行注册。当一个intent receiver被触发时，你的应用不必对请求调用intent receiver，系统会在需要的时候启动你的应用。各种应用还可以通过使用Context.broadcastIntent()将它们自己的 intent receiver广播给其它应用程序。 3、Service 一个Service是一段长生命周期的，没有用户界面的程序。比较好的一个例子就是一个正在从播放列表中播放歌曲的媒体播放器。在一个媒体播放器的应用中，应该会有多个activity，让使用者可以选择歌曲并播放歌曲。然而，音乐重放这个功能并没有对应的activity，因为使用者当然会认为在导航到其它屏幕时音乐应该还在播放的。在这个例子中，媒体播放器这个 activity会使用Context.startService()来启动一个service，从而可以在后台保持音乐的播放。同时，系统也将保持这个service一直执行，直到这个service运行结束。另外，我们还可以通过使用Context.bindService()方法，连接到一个service上（如果这个service还没有运行将启动它）。当连接到一个service之后，我们还可以service提供的接口与它进行通讯。拿媒体播放器这个例子来说，我们还可以进行暂停、重播等操作。 4、Content Provider 应用程序能够将它们的数据保存到文件中、SQL数据库中，甚至是任何有效的设备中。当你想将你的应用数据与其它的应用共享时，Content Provider将会很有用。一个Content Provider类实现了一组标准的方法，从而能够让其它的应用保存或读取此Content Provider处理的各种数据类型。