开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

哪个线程运行ContentProvider？

ContentProvider是Android中的一个组件，用于实现应用程序之间的数据共享。它提供了一种标准化的接口，允许应用程序访问和操作其他应用程序的数据。

在Android中，ContentProvider运行在主线程（也称为UI线程）。主线程是Android应用程序的默认线程，用于处理用户界面的交互和更新。ContentProvider的运行在主线程中是为了确保数据的安全性和一致性，因为访问和操作数据可能涉及到多个应用程序之间的并发访问。

然而，由于ContentProvider的操作可能涉及到耗时的数据库查询、网络请求等操作，如果在主线程中执行这些操作，会导致界面卡顿和响应延迟的问题。为了避免这种情况，开发者通常会将耗时的操作放在子线程中执行，然后通过ContentResolver来访问ContentProvider。

总结起来，ContentProvider运行在主线程，但对于耗时的操作，开发者应该在子线程中执行，以保证应用程序的流畅性和响应性。

腾讯云相关产品和产品介绍链接地址：

腾讯云数据库（https://cloud.tencent.com/product/cdb）
腾讯云对象存储（https://cloud.tencent.com/product/cos）
腾讯云云服务器（https://cloud.tencent.com/product/cvm）
腾讯云人工智能（https://cloud.tencent.com/product/ai）
腾讯云物联网（https://cloud.tencent.com/product/iot）
腾讯云移动开发（https://cloud.tencent.com/product/mpp）
腾讯云区块链（https://cloud.tencent.com/product/baas）
腾讯云元宇宙（https://cloud.tencent.com/product/mu）

请注意，以上链接仅供参考，具体的产品选择应根据实际需求进行评估和决策。

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

Android 这 13 道 ContentProvider 面试题，你都会了吗？

📷 前言 ---- 作为 Android 的四大组件之一，ContentProvider 可以说是无处不在了。但是对于我而言，开发过程中看似 ContentProvider 用得很娴熟，却一直没能形成一个完整的体系。也许大家也有着和我类似的烦恼，于是我特地花了几天的时间，总结了我所知道的知识点，以及面试中可能遇到的问题。将本文分享给大家，希望能帮助大家重新梳理下我们的这个老朋友 ContentProvider 。最后，希望大家阅读愉快！文章目录 ContentProvider 应用程序间非常通

03

Art of Android Development Reading Notes 9

(1)四大组件中只有BroadcastReceiver既可以在AndroidManifest文件中注册，也可以在代码中注册，其他三个组件都必须在AndroidManifest文件中注册；ContentProvider的调用不需要借助Intent，其他三个组件都需要借助Intent。 (2)Activity是一种展示型组件，用于向用户展示界面，可由显式或者隐式Intent来启动。 (3)Service是一种计算型组件，用于在后台执行计算任务。尽管service是用于后台执行计算的，但是它本身是运行在主线程中的，因此耗时的后台计算仍然需要在单独的线程中去完成。Service组件有两种状态：启动状态和绑定状态。当service处于绑定状态时，外界可以很方便的和service进行通信，而在启动状态中是不可与外界通信的。 (4)BroadcastReceiver是一种消息型组件，用于在不同的组件乃至不同的应用之间传递消息，它工作在系统内部。广播有两种注册方式：静态注册和动态注册。静态注册是在AndroidManifest中注册，在应用安装的时候会被系统解析，这种广播不需要应用启动就可以收到相应的广播。动态注册需要通过Context.registerReceiver()来注册，这种广播需要应用启动才能注册并接收广播。BroadcastReceiver组件一般来说不需要停止，它也没有停止的概念。 (5)ContentProvider是一种数据共享型组件，用于向其他组件乃至其他应用共享数据。ContentProvider中的insert、delete、update、query方法需要处理好线程同步，因为这几个方法是在Binder线程池中被调用的，另外ContentProvider组件也不需要手动停止。

02

Carson带你学Android：关于ContentProvider的知识都在这里了！

4.2.2 MIME类型组成每种MIME类型由2部分组成 = 类型 + 子类型

01

Android：关于ContentProvider的知识都在这里了！

4.2.2 MIME类型组成每种MIME类型由2部分组成 = 类型 + 子类型

03

Android进程间通信（五）：进程间通信的方式之ContentProvider

前面我们介绍了：进程间通信基础介绍通过AIDL介绍Binder的工作机制通过 Bundle、文件共享、Messenger实现进程间通信进程间通信的方式之AIDL

02

Android性能优化面试题经典之ANR的分析和优化

例如，HTTP 请求、下载文件、访问REST API等。网络操作通常需要较长的时间，尤其在网络条件不好的情况下。

01

Android ContentProvider_1 使用方法

ContentProvider 是进程间内容共享的统一接口。注意：ContentProvider 的作用不是实现进程间通信，它只是为进程间通信提供了一套统一接口，真正实现进程间通信的是底层的 Binder 机制。

03

笔记——四大组件（十五）

1、Activity是一种展示型组件。Activity的启动由Intent触发，其中Intent可以分为显式Intent和隐式Intent，显式Intent可以明确地指向一个Activity组件，隐式Intent则指向一个或多个目标Activity组件。

02

你真的懂ContentProvider么

启动性能 ContentProvider 的生命周期默认在 Application onCreate() 之前，而且都是在主线程创建的。我们自定义的 ContentProvider 类的构造函数、静态代码块、onCreate 函数都尽量不要做耗时的操作，会拖慢启动速度。

02

四大组件以及Application和Context的全面理解

1.概述 Context抽象结构 2.用处 1.Context的实现类有很多，但是ContextImpl(后称CI)是唯一做具体工作的，其他实现都是对CI做代理。 2.CI中有一些成员对象，先来看看这

05

Android 进阶11：进程通信之 ContentProvider 内容提供者

学习启舰大神，每篇文章写一句励志的话，与大家共勉。 When you are content to be simply yourself and don’t compare or compete,

android进程间通信的方式_Android进程注入

Android应用中使用多进程只有一个办法（用NDK的fork来做除外），就是在AndroidManifest.xml中声明组件时，用android:process属性来指定。

05

「Android」四大组件，你真的都掌握了？

ContextImpl 作为 Context 的抽象类，实现了所有的方法，我们常见的 getResources() , getAssets() , getApplication() 等等的具体实现都是在 ContextImpl 的

04

Android内容服务ContentService原理浅析

ContentService可以看做Android中一个系统级别的消息中心，可以说搭建了一个系统级的观察者模型，APP可以向消息中心注册观察者，选择订阅自己关心的消息，也可以通过消息中心发送信息，通知其他进程，简单模型如下：

05

android四大组件

Android开发的四大组件，本文主要分为一、Activity详解二、Service详解三、Broadcast Receiver详解四、Content Provider详解外加一个重要组件 intent的详解。一、Activity详解 Activty的生命周期的也就是它所在进程的生命周期。

01

Android基础知识

答：Android四大组件有：Activity（活动）、Service（服务）、ContentProvider（内容提供者）、BroadcastReceiver（广播） 1、Activity是所有Android应用程序的门面，凡是在应用中你看得到的东西，都是放在Activity中的。 2、Service比较低调，它会一直在后台默默地运行，即使用户退出了应用，服务仍然是可以/可能继续运行。 3、ContentProvider内容提供者为应用程序之间共享数据提供了可能，比如共享通讯录联系人等 4、BroadcastReceiver广播允许你的应用中接收来自各处的广播消息，比如电话、短信等，当然你的应用同样也可以向外发出广播消息。

01

App Startup 源码分析

上篇文章非侵入式获取Context进行SDK初始化讲述了通过ContentProvider 进行 SDK 的初始化，文章末尾引出了 App Startup 。如果一个 app 依赖了很多需要初始化的 sdk ，如果都放在一个 ContentProvider 中会导致此 ContentProvider 代码数量增加。而如果每个sdk都采用同样的方式将会带来性能问题。App Startup可以有效解决这个问题。

00

android线程间通信的几种方法_Android进程间和线程间通信方式

进程：是具有一定独立功能的程序关于某个数据集合上的一次运行活动，进程是系统进行资源分配和调度的一个独立单位。

01

android的四大主件

Android有四大组件：Activity、Service、Broadcast Receiver、ContentProvider。 Activity 做一个完整的Android程序，不想用到Activity，真的是比较困难的一件事情，除非是想做绿叶想疯了。因为Activity是Android程序与用户交互的窗口，在我看来，从这个层面的视角来看，Android的Activity特像网站的页面。 Activity，在四大组件中，无疑是最复杂的，这年头，一样东西和界面挂上了勾，都简化不了，想一想，独立做一个应用有多少时间沦落在了界面上，就能琢磨清楚了。从视觉效果来看，一个Activity占据当前的窗口，响应所有窗口事件，具备有控件，菜单等界面元素。从内部逻辑来看，Activity需要为了保持各个界面状态，需要做很多持久化的事情，还需要妥善管理生命周期，和一些转跳逻辑。对于开发者而言，就需要派生一个Activity的子类，然后埋头苦干上述事情。对于Activity的更多细节，先可以参见：reference/android/app/Activity.html。后续，会献上更为详尽的剖析。 Service 服务，从最直白的视角来看，就是剥离了界面的Activity，它们在很多Android的概念方面比较接近，都是封装有一个完整的功能逻辑实现，只不过Service不抛头露脸，只是默默无声的做坚实的后盾。但其实，换个角度来看，Android中的服务，和我们通常说的Windows服务，Web的后台服务又有一些相近，它们通常都是后台长时间运行，接受上层指令，完成相关事务的模块。用运行模式来看，Activity是跳，从一个跳到一个，呃...，这有点像模态对话框（或者还像web页面好了...），给一个输入（抑或没有...），然后不管不顾的让它运行，离开时返回输出（同抑或没有...）。而Service不是，它是等，等着上层连接上它，然后产生一段持久而缠绵的通信，这就像一个用了Ajax页面，看着没啥变化，偷偷摸摸的和Service不知眉来眼去多少回了。但和一般的Service还是有所不同，Android的Service和所有四大组件一样，其进程模型都是可以配置的，调用方和发布方都可以有权利来选择是把这个组件运行在同一个进程下，还是不同的进程下。这句话，可以拿把指甲刀刻进脑海中去，它凸显了Android的运行特征。如果一个Service，是有期望运行在于调用方不同进程的时候，就需要利用Android提供的RPC机制，为其部署一套进程间通信的策略。 Android的RPC实现，如上图所示（好吧，也是从SDK中拿来主义的...），无甚稀奇，基于代理模式的一个实现，在调用端和服务端都去生成一个代理类，做一些序列化和反序列化的事情，使得调用端和服务器端都可以像调用一个本地接口一样使用RPC接口。 Android中用来做数据序列化的类是Parcel，参见：/reference/android/os/Parcel.html，封装了序列化的细节，向外提供了足够对象化的访问接口，Android号称实现非常高效。还有就是AIDL (Android Interface Definition Language)，一种接口定义的语言，服务的RPC接口，可以用AIDL来描述，这样，ADT就可以帮助你自动生成一整套的代理模式需要用到的类，都是想起来很乏力写起来很苦力的那种。更多内容，可以再看看：guide/developing/tools/aidl.html，如果有兴致，可以找些其他PRC实现的资料lou几眼。关于Service的实现，还强推参看APIDemos这个Sample里面的RemoteService实现。它完整的展示了实现一个Service需要做的事情：那就是定义好需要接受的Intent，提供同步或异步的接口，在上层绑定了它后，通过这些接口（很多时候都是RPC的...）进行通信。在RPC接口中使用的数据、回调接口对象，如果不是标准的系统实现（系统可序列化的），则需要自定义aidl，所有一切，在这个Sample里都有表达，强荐。 Service从实现角度看，最特别的就是这些RPC的实现了，其他内容，都会接近于Activity的一些实现，也许不再会详述了。 Broadcast Receiver 在实际应用中，我们常需要等，等待系统抑或其他应用发出一道指令，为自己的应用擦亮明灯指明方向。而这种等待，在很多的平台上，都会需要付出不小的代价。比如，在Symbian中，你要等待一个来电消息，显示归属地之类的，必须让自己的应用忍辱负重偷偷摸摸的开机启动，消隐图标隐藏任务项，潜伏在后台，监控着相关事件，等待转瞬即逝的出手机会。这是一件很发指的事情，不但白白耗费了系统资源，还留了个流氓软件的骂名，这真是卖力不讨好的正面典型。在Android中，充分考虑了广泛的这类需

02

探究 | App Startup真的能减少启动耗时吗

“这些方法很久之前就知道了，不知道说点新东西？比如App Startup？能对启动优化有帮助吗？”

05

Android面试题大全

Android面试题总结 Android四大组件 Activity(活动) 概念 Service(服务) 概念定义与作用 Content Provider(内容提供器) 介绍作用系统的Content Provider 自定义Content Provider Broadcast Receiver(广播) 概述广播的作用广播接收者的创建广播接收者的类型注册广播的两种方式静态注册和动态注册的区别有序广播和无序广播的区别有序广播接收者们的优先级有序广播的拦截和篡改 Android类加载器 An

05

Android必知必会的四大组件--ContentProvider

作为四大组件之一，它的地位绝对不容许轻视的。但是我们在哪里有用到过他呢？其实很多场景都有，比如说你在使用app时，是不是经常的会询问你是否开启通讯录的访问，如果你同意了，这个时候ContentProvider就发挥了他的作用。

04

Android基础面试题

第一部分（Part1）Android基础测试共22题（全部单选，每题2分，总分44分） 1、关于在Activity生命周期中的各个方法在不同状态下的调用顺序的说法，错误的是（ d） A 一个Activity从被创建到进入运行态，需要依次调用onCreate() -> onStart() -> onResume()。 B 点击Home按钮后，系统回到桌面，然后我们再找到这个应用并打开，它的执行过程为：onRestart() -> onStart() -> onResume()。 C 当Activity启动后，点击"返回"按钮，这时Activity会被终止而重新回到系统桌面，它的执行顺序为：onPause() -> onStop() -> onDestroy()。 D 重新启动一个应用，在它被启动后，先点击"拨打电话"按钮，之后再点击"返回"按钮，这时Activity的执行顺序是：onPause() -> onStop() -> onRestart() -> onResume()。

02

Android面试题（四大组件篇）[通俗易懂]

A会回调onPause()>>onStop()，透明则不会调用onStop()，对话框则不会调用onStop()

02

Android四大组件全面解析，夯实基础。

为什么onDestroy没有执行？用一句话概述不要在onStop，onDestory中保存重要数据；最近任务栏清除app，app的onDestory不会掉用是因为该Binder调用是非阻塞的，导致App被杀死，所以onDestory没来得及调用详细链接参考 https://blog.csdn.net/u013122625/article/details/77916482

03

Android中进程间通信（IPC）方式，知多少？

小编在车机项目测试中，有很多的定制需求，需要系统或者第三方应用和车机应用进行通信，故针对此部分学习下，希望不再做测试小白。

02

行情艰难，Android初中级面试题助你逆风翻盘，每题都有详细答案

链接：https://juejin.im/post/5c8211fee51d453a136e36b0

02

精选Android中高级高频面试题：四大组件及Fragment原理

延伸：从整个生命周期来看，onCreate和onDestroy是配对的，分别标识着Activity的创建和销毁，并且只可能有一次调用；从Activity是否可见来说，onStart和onStop是配对的，这两个方法可能被调用多次；从Activity是否在前台来说，onResume和onPause是配对的，这两个方法可能被调用多次；除了这种区别，在实际使用中没有其他明显区别；

00

深入探索Android 启动优化（七） - JetPack App Startup 使用及源码浅析

Android 启动优化（五）- AnchorTask 1.0.0 版本正式发布了

01

Android面试遇坎，我精选了这些题目与答案，你离大厂还有多远测试一下就知道！

又要到金九银十的跳槽季了，为了让更多的小伙伴可以在面试的时候取的更好的offer，每日工作之余，我都会将自己整理的一些Android面试题笔试题整理成每日一题，然后在平台上推送给大家，每天仅需几分钟做一道题，经过日积月累，在换工作的时候一定能让你拿到一个比较好的offer。今天这篇文章是我将近期整理出比较好的题目及粉丝们分享的一些答案进行的整理，分享给更多的朋友们，希望可以帮助到你。

00

android账号与同步之同步实现

上一篇博文我先介绍了账号与同步的账号管理，这篇就介绍一下还有一部分。就是android给提供的sync同步机制的使用。事实上sync机制的使用和上一篇博文中介绍的账号管理非常类似，也是基于binder机制的跨进程通信。首先它须要一个Service。这个服务提供一个Action给系统以便系统能找到它。然后就是继承和实现AbstractThreadedSyncAdapter。此类中包括实现了ISyncAdapter.Stub内部类。这个内部类封装了远程接口调用，这个类getSyncAdapterBinder()方法，返回内部类的IBinder形式，以便对AbstractThreadedSyncAdapte进行远程调用；在manifest中须要对Service注冊，并且指定meta-data。这个meta-data是一个xml文件，在SampleSyncAdapter实例中，它的名字是syncadapter.xml，这个文件指定了账号和被监听的contentprovider。

01

Android 开发艺术探索笔记二

不管是Activity,Dialog还是Toast，它们视图都是附加在window上的，window才是view的直接管理者。

01

ContentProvider 源码分析

ContentProvider 启动会伴随进程的启动，在ActivityManagerService中，启动进程是由startProcessLocked方法来完成的，内部通过Process的start方法来完成一个新的进程启动。 ActivityThread的main方法

02

Android中的IPC方式

四大组件中的三大组件（Activity、Service、Receiver）都是支持在Intent中传递Bundle数据的，由于Bundle实现了Parcelable接口，所以它可以方便地在不同的进程间传输。

03

Android ANR问题解析（一）

ANR，是“Application Not Responding”的缩写，即“应用程序无响应”。直观地说就是：“又卡了？” 与Java Crash或者Native Crash不同，ANR并不会导致程序崩溃，如果用户愿意等待，大多数ANR在一段时间后都是可以恢复的。但对于用户而言，打开一个窗口就要黑屏8秒，或者按下一个按钮后10秒程序没有任何响应显然是不可接受的。为了便于开发者Debug自己程序中响应迟缓的部分，Android提供了ANR机制。ActivityManagerService(简称 AMS)和 WindowManagerService(简称 WMS)会监测应用程序的响应时间，如果应用程序主线程(即 UI 线程)在超时时间内对输入事件没有处理完毕，或者对特定操作没有执行完毕，就会出现 ANR。

01

SharedPreferences 源码解析及应用（多进程解决方案）

每个 SharedPreferences 都对应了当前 package 的 data/data/package_name/share_prefs/ 目录下的一个 xml 文件。保存数据和读取数据其实就是写入和读取 xml 文件。

01

Android ContentProvider支持跨进程数据共享与"互斥、同步"杂谈

在开发中，假如，A、B进程有部分信息需要同步，这个时候怎么处理呢？设想这么一个场景，有个业务复杂的Activity非常占用内存，并引发OOM，所以，想要把这个Activity放到单独进程，以保证OOM时主进程不崩溃。但是，两个整个APP有些信息需要保持同步，比如登陆信息等，无论哪个进程登陆或者修改了相应信息，都要同步到另一个进程中去，这个时候怎么做呢？

03

关于Android四大组件最权威最深刻最准确的解读（绝不标题党）

这篇文章翻译自Aannie Hackborn发表在google+上的一篇post，她是google资深大牛，2005年就进入Android Framework团队。即使在google内部，论起对Android系统的理解把握，鲜有出其右者。在文章中，她深刻地阐明了Android设计四大组件的初衷，各个组件的目的作用，适用情景。我相信，读完此文，你会觉得重新认识了Android。如果想阅读原文，请在google+上搜索Aannie Hackborn。 “我应该怎样设计我的APP？我应该采用什么样的架构模式？我需

Android Sqlite并发问题

如上异常堆栈中的错误信息error code 5: database is locked，经过查找发现code为5代表sqlite中的SQLITE_BUSY异常，详见：https://www.sqlite.org/rescode.html#busy，这里面说，SQLITE_BUSY(5)异常是一个数据库文件在被其他不同的数据库连接进行并发操作的时候写操作将补发继续，通常是多个进程的不同数据库连接对同一个数据库进行并发操作，例如进程A在进行耗时的数据库事务，而于此同时进程B也要进行一个数据库事务，这时候进程B就会直接返回SQLITE_BUSY的错误码，因为sqlite只能支持同一个时刻只能有一个写操作，所以解决这个问题的方法就是避免不同进程分别对同一个数据库各自开启一个database connection，并且对相同的数据库进行并发操作，如果有这种需求，那么应该全部都交给一个进程来对数据库进行操作，其他的进程想操作这个数据库就通过contentprovider的方式来实现数据共享，使用contentprovider的方式是最安全的，如果是通过shareUserId的方式来实现数据库共享也是不安全的，因为：

04

【Android】期末简答题

我的答案：一个活动在其存在，也就是生命周期中一共存在四种状态： 1.运行：位于栈顶，系统最不愿意回收的活动。 2.暂停：不是栈顶的位置，但是在界面依旧可见，并不是每一个活动都占满整个屏幕，当系统内存比较低的时候会回收。 3.停止：不是栈顶的位置，完全不可见，仍然会存一些成员变量的内容，当其他地方需要内存的时候会回收。 4.销毁：从返回栈中移除之后，系统最喜欢的就是回收这种活动。

06

随机算法，四大组件，Context，线程间通信，数组和链表

解题思路：我们可以把5张牌看成是由5个数字组成的数组。大小王是特殊的数字，我们可以把它们都定义为0，这样就可以和其他的牌区分开来。

03

Art of Android Development Reading Notes 2

(1)任何一个操作系统都需要有相应的IPC机制，Linux上可以通过命名通道、共享内存、信号量等来进行进程间通信。 (2)Android系统不仅可以使用Binder机制来实现IPC，还可以使用Socket实现任意两个终端之间的通信。

02

Android ContentProvider_2 源码解析

在上篇文章介绍 ContentResolver 时提到，外界（包括当前进程的其他组件）也无法直接访问 ContentProvider 的，而是需要通过ContentResolver来间接访问，主要分为 3 个步骤：

03

Android面试

要想知道如何使用多进程，先要知道Android里的多进程概念。一般情况下，一个应用程序就是一个进程，这个进程名称就是应用程序包名。我们知道进程是系统分配资源和调度的基本单位，所以每个进程都有自己独立的资源和内存空间，别的进程是不能任意访问其他进程的内存和资源的。那如何让自己的应用拥有多个进程？很简单，我们的四大组件在AndroidManifest文件中注册的时候，有个属性是android:process 这里可以指定组件的所处的进程。默认就是应用的主进程。指定为别的进程之后，系统在启动这个组件的时候，就先创建（如果还没创建的话）这个进程，然后再创建该组件。你可以重载Application类的onCreate方法，打印出它的进程名称，就可以清楚的看见了。再设置android:process属性时候，有个地方需要注意：如果是android:process=":deamon"，以:开头的名字，则表示这是一个应用程序的私有进程，否则它是一个全局进程。私有进程的进程名称是会在冒号前自动加上包名，而全局进程则不会。一般我们都是有私有进程，很少使用全局进程。他们的具体区别不知道有没有谁能补充一下。使用多进程显而易见的好处就是分担主进程的内存压力。我们的应用越做越大，内存越来越多，将一些独立的组件放到不同的进程，它就不占用主进程的内存空间了。当然还有其他好处，有心人会发现Android后台进程里有很多应用是多个进程的，因为它们要常驻后台，特别是即时通讯或者社交应用，不过现在多进程已经被用烂了。典型用法是在启动一个不可见的轻量级私有进程，在后台收发消息，或者做一些耗时的事情，或者开机启动这个进程，然后做监听等。还有就是防止主进程被杀守护进程，守护进程和主进程之间相互监视，有一方被杀就重新启动它。应该还有还有其他好处，这里就不多说了。坏处的话，多占用了系统的空间，大家都这么用的话系统内存很容易占满而导致卡顿。消耗用户的电量。应用程序架构会变复杂，应为要处理多进程之间的通信。这里又是另外一个问题了。

05

Android技能树 — 多进程相关小结

这次是讲Android存储路径及IO的基本操作。因为我们在开发的时候会经常这种方便的需求。这篇文章的内容我写的可能很少，都没有细写。别吐槽。o(￣︶￣)o

01

食之无味？App Startup 可能比你想象中要简单

2020 年 10 月 28 日，JetPack | App Startup 1.0.0 终于迎来正式发布，正好最近在总结组件化架构专题，所以也专门学习下 App Startup 的工作原理。在这篇文章里，我将带你总结 App Startup 的使用方法 & 实现原理 & 源码分析。有用请点赞给 Star，给小彭一点创作的动力，谢谢。

03

SharedPreferences三问—bilibili真题

作为一个轻量级的存储方式，SharedPreferences一直用来保存简单的配置信息，今天我们就来一起深入了解下它：

02

Android进程间通信

IPC方法总是产生客户/服务端模式的调用，也即是客户端组件（Activity/Service）持有服务端Service的组件，只能是客户端主动调用服务端的方法，服务端无法反过来调用客户端的方法，因为IPC的另一端Service无法获取客户端的对象。

04

Android多线程断点续传下载示例详解

在上一篇博文《Android多线程下载示例》中，我们讲解了如何实现Android的多线程下载功能，通过将整个文件分成多个数据块，开启多个线程，让每个线程分别下载一个相应的数据块来实现多线程下载的功能。多线程下载中，可以将下载这个耗时的操作放在子线程中执行，即不阻塞主线程，又符合Android开发的设计规范。

02

Android知识点基础篇（一）

1. Application的生命周期 Application和Activity,Service一样,是Android框架的一个系统组件，当Android程序启动时系统会创建一Application 对象，用来存储系统的一些信息。 Application对象的生命周期是整个程序中最长的，它的生命周期就等于这个程序的生命周期。因为它是全局的单例的，所以在不同的Activity,Service中获得的Application对象都是同一个对象。所以可以通过Application来进行一些，数据传递，数据共享,数据缓存等操作。在Application中如果保存对象有导致内存泄漏的风险。并且在onCreate中执行耗时操作会直接影响程序的启动时间。 onCreate（）程序创建的时候执行。 onTerminate（）程序终止的时候执行,当程序是被内核终止以便为其他应用程序释放资源，不会被调用。 onLowMemory（）低内存的时候执行。可以用来释放一些不必要的资源来应对后台程序已经终止，前台应用程序内存还不够时的情况。 onConfigurationChanged（Configuration newConfig)配置改变时触发这个方法。 onTrimMemory（int level）程序在进行内存清理时执行。

04

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭