在Android应用程序中使用多个进程的优缺点是什么？

Question

我写这个问题不是作为任何特定应用的一部分,而是作为未来应用的潜在用途的一部分.我知道这个问题的答案可能非常具体,但我希望你能忍受我.我会按原样表达我的理解,希望你可以通过扩展它来帮助我.令人惊讶的是,我在网上搜索了一个"完整"的概述并且无法找到它.显然欢迎任何指向相关页面的链接.

默认情况下,Android应用程序在单个进程中运行.默认情况下,您启动的每个活动或服务都会在主线程中运行.用户的所有操作都由主线程的Looper排队,并且相应的回调在主线程中处理.

为了提供并发性,线程可以以多种不同的方式启动,单个或池中.在这方面没有明确需要多个过程.使用多个进程来允许设备的多个内核并行工作是不必要的,因为Threads也可以并行运行,甚至可能是你的主线程？但也许实际上更容易实现？

为了让Activity或Service在特定(可能不同的)进程中工作,您只需android:process在Manifest文件中设置该属性.这么容易实现？

Android框架专为移动设备而构建,通常具有有限的内存.因此,可以在各种情况下杀死进程,这里明确说明.只要您实现活动和服务的生命周期回调,例如onStop或onDestroy,这不应该给任何实际问题.但显然,通过使用多个进程来划分应用程序的各个部分,可能会使更重要的事情保持活力.例如,后台下载服务可以保持活动(重要性为3级),而启动此服务的初始活动的进程(现在在后台(级别4))可以为其资源释放.此外,您正在隔离应用程序的核心功能,这可能会让您的设备更好地利用其资源？

Binder框架使IPC非常容易处理,无论实际使用多个进程,都可以使用它.我认为为应用程序提供多个进程的主要成本是访问共享资源,或者在进程之间发送这些资源,不包括从Zygote分支进程所需的额外资源.我想知道使用多个进程是否会强迫您以不同方式实现您的应用程序？

我认为从概念上讲,使用多个流程不会增加实施的便利性？

为了总结多个进程的优点:

• 隔离可能会提供更多的终身保护.
• 分区化使设备在重新获得资源方面具有更大的可操作性.
• 并行化性能提升？

缺点:

• 必须使用资源从Zygote分支新进程
• 在一个应用程序中,需要在多个进程上共享资源,这会对设备和应用程序性能造成压力.

在主要使用情况我能想到的:

• 对任何用户交互使用前台活动,并运行连续使用的绑定服务以执行有用的同步,该同步可能比用户对您的活动和/或应用程序的会话寿命更长.

如果您对我的理解有任何评论,请说明(在我的解释中注意几个问号).如果你有任何优点和/或缺点添加请回复,我会将它们添加到列表中.

Answer 1

使用多个进程来允许设备的多个内核并行工作是不必要的,因为Threads也可以并行运行,甚至可能是你的主线程？

实时(非阻塞)线程将自动跨多个核心并行运行.

但也许实际上更容易实现？

我认为线程比流程更容易,但"更容易"通常是一种观点.

例如,后台下载服务可以保持活动(重要性为3级),而启动此服务的初始活动的进程(现在在后台(级别4))可以为其资源释放.

除了你通过首先使用这两个进程浪费了更多的资源,并且保持服务长时间运行通常是一种反模式.

Binder框架使IPC非常容易处理,无论实际使用多个进程,都可以使用它

开发人员通常不直接使用Binder.只有那些实现绑定服务的人才需要它,而且只占Android应用程序的一小部分.

我想知道使用多个进程是否会强迫您以不同方式实现您的应用程序？

是.

隔离可能会提供更多的终身保护

恕我直言,这不是在多个进程上浪费RAM,CPU和电池的有效借口.

并行化性能提升？

线程涵盖了这一点.

我能想到的主要用例

虽然有些情况下您的用例实际上是对用户的净收益,但这远非确定.鉴于您必须以不同方式实现您的应用程序以处理多个进程,使用多个进程是最后的方法,而不是您经常做的事情,恕我直言.