LT - LT技术站|纸上得来终觉浅，绝知此事要躬行！

02-Fragment生命周期

Fragment 生命周期 1. Fragment 生命周期的核心理解 Fragment 有两套相关生命周期： Fragment 自身生命周期 Fragment 的 View 生命周期这点非常重要。Fragment 实例可能还活着，但它的 View 已经被销毁。例如： Fragment 被放入返

01-Fragment基础与加载方式

Fragment 基础与加载方式 1. Fragment 是什么 Fragment 是 Android 中用于构建可复用 UI 模块的组件。它通常表示一个界面片段，拥有自己的布局、生命周期和输入事件处理能力，但它不能独立存在，必须依附于 Activity 或另一个 Fragment。更准确的理解是

05-Service修订差异说明

Service 修订差异说明 1. 原 PDF 内容范围原 PDF 主要包括： Service 基本概念。 Service 与 Thread 区别。 startService() 和 bindService() 两种启动方式。 Started Service 生命周期。 Bound Service

04-绑定服务与通信

绑定服务与通信 1. Bound Service 是什么 Bound Service 是一种客户端-服务器模式： Client(Activity/Fragment/其他组件) 绑定 Service Service 返回 IBinder Client 通过 IBinder 调用 Service 的能力

03-前台服务与后台限制

前台服务与后台限制 1. 为什么不能再简单说 Service 可以后台无限运行早期 Android 资料常说： Service 可以在后台长期运行。这个说法在现代 Android 中必须加限制条件。Android 8.0 开始，后台 Service 受到系统限制；Android 12 开始，从后

02-Service生命周期

Service 生命周期 1. 生命周期路径 Service 的生命周期比 Activity 简单，但更容易出错，因为它可能在用户不可见时运行。 Service 主要有两条生命周期路径： Started Service：startService() -> onCreate() -> onStartC

01-Service基础与启动方式

1. Service 是什么 Service 是 Android 中用于执行后台或前台任务的应用组件。它没有自己的 UI，可以在用户离开某个 Activity 后继续运行某些工作。但是要注意： Service 不是线程。 Service 默认运行在应用进程的主线程中。 Service 不会自动帮你

05、ContentProvider原理机制与面试题

05、ContentProvider 原理机制与面试题一、ContentProvider 的本质 ContentProvider 的本质是： Android 提供的一套跨进程数据访问组件它的外层表现像数据库访问： query() insert() update() delete() 但它底层

04、Manifest权限、安全控制与FileProvider

04、Manifest 权限、安全控制与 FileProvider 一、ContentProvider 为什么要特别关注安全 ContentProvider 的目标是“跨应用访问数据”。既然能被其他 App 访问，就必须考虑：哪些数据可以被访问？哪些 App 可以访问？只能读还是可以写？是

03、自定义ContentProvider与CRUD实战

03、自定义 ContentProvider 与 CRUD 实战一、自定义 ContentProvider 的整体流程自定义 ContentProvider 一般分为 6 步： 1. 设计数据结构 2. 定义 Contract 类 3. 编写 SQLiteOpenHelper 或其他数据源 4.