绑定服务怎么通信:Bound Service
绑定服务与通信 1. Bound Service 是什么 Bound Service 是一种客户端-服务器模式: Client(Activity/Fragment/其他组件) 绑定 Service
Service 返回 IBinder
Client 通过 IBinder 调用 Service 的能力
- 2026/06/27 16:35
- 11
- 0
- 0
- 25.1℃
前台服务为什么必须有通知:后台限制
前台服务与后台限制 1. 为什么不能再简单说 Service 可以后台无限运行 早期 Android 资料常说: Service 可以在后台长期运行。 这个说法在现代 Android 中必须加限制条件。Android 8.0 开始,后台 Service 受到系统限制;Android 12 开始,从后
- 2026/06/27 16:35
- 12
- 0
- 0
- 25.2℃
Service 生命周期:比 Activity 简单但更容易漏
Service 生命周期 1. 生命周期路径 Service 的生命周期比 Activity 简单,但更容易出错,因为它可能在用户不可见时运行。 Service 主要有两条生命周期路径: Started Service:startService() -> onCreate() -> onStartC
- 2026/06/27 16:35
- 17
- 0
- 0
- 25.7℃
Service 是什么:基础与启动方式
1. Service 是什么 Service 是 Android 中用于执行后台或前台任务的应用组件。它没有自己的 UI,可以在用户离开某个 Activity 后继续运行某些工作。 但是要注意: Service 不是线程。
Service 默认运行在应用进程的主线程中。
Service 不会自动帮你
- 2026/06/27 16:35
- 9
- 0
- 0
- 24.9℃
ContentProvider 原理:跨进程与面试题
05、ContentProvider 原理机制与面试题 一、ContentProvider 的本质 ContentProvider 的本质是: Android 提供的一套跨进程数据访问组件
它的外层表现像数据库访问: query()
insert()
update()
delete()
但它底层
- 2026/06/27 16:12
- 10
- 0
- 0
- 25.0℃
ContentProvider 权限怎么收:Manifest 与 FileProvider
04、Manifest 权限、安全控制与 FileProvider 一、ContentProvider 为什么要特别关注安全 ContentProvider 的目标是“跨应用访问数据”。 既然能被其他 App 访问,就必须考虑: 哪些数据可以被访问? 哪些 App 可以访问? 只能读还是可以写? 是
- 2026/06/27 16:12
- 11
- 0
- 0
- 25.1℃
自定义 ContentProvider:CRUD 实战
03、自定义 ContentProvider 与 CRUD 实战 一、自定义 ContentProvider 的整体流程 自定义 ContentProvider 一般分为 6 步: 1. 设计数据结构
2. 定义 Contract 类
3. 编写 SQLiteOpenHelper 或其他数据源
4.
- 2026/06/27 16:12
- 12
- 0
- 0
- 25.2℃
Content URI 怎么设计:UriMatcher 与 MIME
02、Content URI、UriMatcher 与 MIME 类型 一、Content URI 是什么 Content URI 是 ContentProvider 暴露数据的地址。 标准格式: content://authority/path/id
示例: content://com.exam
- 2026/06/27 16:12
- 10
- 0
- 0
- 25.0℃
ContentProvider 是什么:和 ContentResolver 怎么用
01、ContentProvider 基础与 ContentResolver 使用 一、ContentProvider 是什么 ContentProvider,中文通常叫“内容提供者”或“内容提供器”。 它是 Android 四大组件之一,主要作用是: 以统一、安全、可控的方式,把一个应用的数据暴露
- 2026/06/27 16:12
- 14
- 0
- 0
- 25.4℃
Broadcast 怎么才安全:导出与权限
04 Broadcast 安全与跨应用通信最佳实践 基于原 PDF 修订、联网校对并补充缺失内容 1. Broadcast 安全模型的核心问题 Broadcast 的 action 命名空间是全局的,隐式广播可能被任何匹配的应用接收;导出的 receiver 也可能被其他应用伪造广播触发。因此,Br
- 2026/06/27 15:50
- 14
- 0
- 0
- 25.4℃