安卓实现数据共享用哪个组件

A. 瀹夊崜鎺т欢澶у叏涓嬭浇瀹夊崜鎺т欢澶у叏

androidstudio涓変釜鍩烘湰鎺т欢锛

鏄鐜澧冨熀鏈寮鍙戞搷浣滐紝Button鎺т欢锛孴extView鍜孖mageView鍥剧墖鏄剧ず鎺т欢銆

android鐢ㄤ簬鏁版嵁闂村叡浜鐨勭粍浠舵槸锛

android鍥涘ぇ缁勪欢鍒嗗埆涓篈ctivity銆丼ervice銆丅roadcastReceiver銆丆ontentProvider銆

瀹夊崜涓缁勪欢鍜屾帶浠剁殑鍖哄埆锛

鎺т欢涓鑸鏄涓轰簡瀹屾垚鐗瑰畾鐨勫睍绀烘垨鐗瑰畾椤甸潰/绐椾綋鐨勬妧鏈鍔熻兘锛岃岀粍浠朵竴鑸鎸囧逛竴浜涘皬鍔熻兘鐐圭殑灏佽咃紝灏佽呭悗鐨勯泦鍚堬紙缁勪欢锛変竴鑸鍏锋湁杈冪嫭绔嬬殑鍔熻兘锛屽彲浠ュ畬鎴愭煇涓椤逛换鍔℃墍浠ユ帶浠舵槸涓轰簡椤甸潰/绐椾綋绾у嶇敤鑰屽嚭鐜扮殑锛岃岀粍浠舵槸涓轰簡椤圭洰绾у嶇敤鑰屽嚭鐜扮殑锛屼粠杩欎釜鎰忎箟涓婃潵璇达紝缁勪欢鐨勬剰鎬濇洿鎺ヨ繎浜庢ā鍧椼傛帶浠:鏄缂栫▼涓浣跨敤鐨,姣斿傛寜閽銆佺獥鍙ｇ瓑閮芥槸鎺т欢銆傜粍浠:鏄杞浠剁殑涓閮ㄥ垎.杞浠剁殑缁勬垚閮ㄥ垎.鎻掍欢:缃戦〉涓鐢ㄥ埌鐨,flash鎻掍欢,娌℃湁瀹冩祻瑙堝櫒涓嶈兘鎾鏀緁lash.

鍗庝负涓囪兘灏忕粍浠堕攣灞忔庝箞璁剧疆锛

鍗庝负涓囪兘灏忕粍浠堕攣灞忚剧疆鏂规硶濡備笅锛1銆佸湪妗岄潰鐨勭┖鐧藉尯鍩燂紝鎸変綇灞忓箷绛夊緟妗岄潰璁剧疆绐楀彛寮瑰嚭銆

2銆佷粠鈥滄岄潰璁剧疆鈥濈獥鍙ｉ夐」涓锛岄夋嫨鈥滅獥鍙ｂ漡adget銆

3銆佸湪灏忓伐鍏锋爮鐨勯夋嫨鍖哄煙锛屽悜鍙虫粦鍔锛屾壘鍒板苟閫夋嫨鎮ㄩ渶瑕佺殑妗岄潰灏忓伐鍏枫

4銆佹壘鍒板浘搴撶殑妗岄潰宸ュ叿锛屾寜浣忛夊畾鐘舵佸苟灏嗗叾鎷栧埌妗岄潰涓婇槻姝gadget鐨勯〉闈锛岀劧鍚庢澗寮鎵嬫寚銆

5銆佸綋浣犺繑鍥炴椂锛岃嚜鍔ㄤ繚瀛樿剧疆锛屾偍灏嗙湅鍒板皬閮ㄤ欢宸茬粡琚鎴愬姛娣诲姞銆

瀹夊崜妗岄潰灏忕粍浠跺備綍璁剧疆锛

1.杩涘叆妗岄潰璁剧疆

棣栧厛鎵撳紑瀹夊崜妗岄潰锛屼袱鎸囧悜灞忓箷鍐呬晶婊戝姩锛屽懠鍑烘岄潰璁剧疆銆

2.寮濮嬫坊鍔犲皬缁勪欢

鐐瑰嚮銆愭坊鍔犲皬缁勪欢銆戯紝閫夋嫨灏忕粍浠惰繘琛屾坊鍔狅紝鏈鍚庣偣鍑昏惧畾鍗冲彲銆備粎鍙傝

B. android鐨勭粍浠舵湁鍝浜

Android鐨勭粍浠朵富瑕佸寘鎷浠ヤ笅鍑犲ぇ绫伙細

1. 绯荤粺缁勪欢

Android绯荤粺缁勪欢鍖呮嫭搴旂敤绋嬪簭妗嗘灦銆佹椿鍔ㄧ＄悊鍣ㄣ佸唴瀹规彁渚涜呯瓑銆傝繖浜涚粍浠舵彁渚涗簡Android鎿嶄綔绯荤粺鐨勫熀纭杩愯岀幆澧冦傚簲鐢ㄧ▼搴忔嗘灦涓哄紑鍙戣呮彁渚涗簡鏋勫缓搴旂敤鐨勬帴鍙ｏ紱娲诲姩绠＄悊鍣ㄨ礋璐ｅ簲鐢ㄧ▼搴忕殑鐢熷懡鍛ㄦ湡绠＄悊锛涘唴瀹规彁渚涜呭垯浣垮緱搴旂敤绋嬪簭涔嬮棿鍙浠ュ叡浜鏁版嵁銆

2. 鐢ㄦ埛鐣岄潰缁勪欢

鐢ㄦ埛鐣岄潰缁勪欢鏄鏋勫缓Android搴旂敤鐨勯噸瑕侀儴鍒嗭紝鍖呮嫭瑙嗗浘锛圴iews锛夈佸竷灞锛圠ayouts锛夊拰鎺т欢锛圵idgets锛夈傝嗗浘鏄鐢ㄦ埛鐣岄潰涓鍙瑙佺殑閮ㄥ垎锛涘竷灞瀹氫箟浜嗚嗗浘鐨勬帓鍒楁柟寮忥紱鎺т欢鍒欐槸鐢ㄦ埛涓庡簲鐢ㄨ繘琛屼氦浜掔殑缁勪欢锛屽傛寜閽銆佹枃鏈妗嗙瓑銆

3. 鏈嶅姟缁勪欢

鏈嶅姟缁勪欢鍦ˋndroid涓涓昏佺敤浜庢墽琛屽悗鍙颁换鍔★紝鍖呮嫭鏈嶅姟锛圫ervices锛夊拰骞挎挱鎺ユ敹鍣锛圔roadcast Receivers锛夈傛湇鍔″彲浠ュ湪涓嶅共鎵扮敤鎴峰綋鍓嶆椿鍔ㄧ殑鎯呭喌涓嬪湪鍚庡彴杩愯岋紱骞挎挱鎺ユ敹鍣ㄥ垯鐢ㄤ簬鎺ユ敹鏉ヨ嚜绯荤粺鎴栧叾浠栧簲鐢ㄥ彂閫佺殑骞挎挱淇℃伅銆

4. 鍐呭规彁渚涜呯粍浠

鍐呭规彁渚涜咃紙Content Providers锛夋槸Android涓鐢ㄤ簬鏁版嵁鍏变韩鐨勯噸瑕佺粍浠躲傚畠浠鍏佽稿簲鐢ㄤ箣闂村叡浜鏁版嵁锛屼緥濡傝块棶鍜屼慨鏀硅惧囦笂鐨勬暟鎹銆傞氳繃鍐呭规彁渚涜咃紝寮鍙戣呭彲浠ュ畾涔夊摢浜涙暟鎹鍙浠ヨ鍏朵粬搴旂敤璁块棶锛屼互鍙婂備綍璁块棶杩欎簺鏁版嵁銆

浠ヤ笂灏辨槸Android鐨勪富瑕佺粍浠躲傝繖浜涚粍浠跺叡鍚屾瀯鎴愪簡Android绯荤粺鐨勬牳蹇冪粨鏋勶紝涓哄紑鍙戣呮彁渚涗簡鏋勫缓涓板瘜鍔熻兘搴旂敤鐨勫熀纭銆傚紑鍙戣呭彲浠ユ牴鎹鍏蜂綋闇姹傞夋嫨鍚堥傜殑缁勪欢鏉ヨ捐″拰寮鍙戝簲鐢ㄣ

C. 什么是android的四大组件

Android四大组件有Activity，Service服务，Content Provider内容提供，BroadcastReceiver广播接收器。

Android应用程序由一些零散的有联系的组件组成，通过一个工程manifest绑定在一起。在manifest中，描述了每一个组件以及组件的作用，其中有6个组件，它们是Android应用程序的基石

(3)安卓实现数据共享用哪个组件扩展阅读

Activities(活动)

应用程序的显示层。每一个画面对应于你的应用程序，将会是Activity类的扩展。Activity使用Views去构建UI来显示信息和响应用户的行为。就桌面开发而言，一个Activity相当于一张Form。

Services(服务)

Android应用程序中不可见的“工人”。 Service组件运行时不可见，但它负责更新的数据源和可见的Activity，以及触发通知。它们常用来执行一些需要持续运行的处理，当你的 Activity已经不处于激活状态或不可见。

Content(内容)

提供共享的数据存储。Content Provider(内容提供器)用来管理和共享应用程序的数据库。在应用程序间，Content Provider是共享数据的首选方式。

Broadcast Receivers(广播接收器)

Intent广播的“消费者”。通过创建和注册一个Broadcast Receiver，应用程序可以监听符合特定条件的广播的Intent。Broadcast Receiver 会自动的启动你的Android应用程序去响应新来的Intent。Broadcast Receiver是事件驱动程序的理想手段。

参考资料来源：网络-Android组件

D. android provider 数据共享保证安全吗

在Android系统中，不同的应用程序是不能直接读写对方的数据文件的，如果它们想共享数据的话，只能通过Content Provider组件来实现。那么，Content Provider组件又是如何突破应用程序边界权限控制来实现在不同的应用程序之间共享数据的呢？在前面的文章中，我们已经简要介绍过它是通过Binder进程间通信机制以及匿名共享内存机制来实现的，在本文中，我们将详细分析它的数据共享原理。

Android应用程序之间不能直接访问对方的数据文件的障碍在于每一个应用程序都有自己的用户ID，而每一个应用程序所创建的文件的读写权限都是只赋予给自己所属的用户，因此，就限制了应用程序之间相互读写数据的操作，关于Android应用程序的权限问题，具体可以参考前面一篇文章Android应用程序组件Content Provider简要介绍和学习计划。通过前面Android进程间通信（IPC）机制Binder简要介绍和学习计划等一系列文章的学习，我们知道，Binder进程间通信机制可以突破了以应用程序为边界的权限控制来实现在不同应用程序之间传输数据，而Content Provider组件在不同应用程序之间共享数据正是基于Binder进程间通信机制来实现的。虽然Binder进程间通信机制突破了以应用程序为边界的权限控制，但是它是安全可控的，因为数据的访问接口是由数据的所有者来提供的，换句话来说，就是数据提供方可以在接口层来实现安全控制，决定哪些数据是可以读，哪些数据可以写。虽然Content Provider组件本身也提供了读写权限控制，但是它的控制粒度是比较粗的，如果有需要，我们还是可以在接口访问层做更细粒度的权限控制以达到数据安全的目的。

Binder进程间通信机制虽然打通了应用程序之间共享数据的通道，但是还有一个问题需要解决，那就是数据要以什么来作来媒介来传输。我们知道，应用程序采用Binder进程间通信机制进行通信时，要传输的数据都是采用函数参数的形式进行的，对于一般的进程间调来来说，这是没有问题的，然而，对于应用程序之间的共享数据来说，它们的数据量可能是非常大的，如果还是简单的用函数参数的形式来传递，效率就会比较低下。通过前面Android系统匿名共享内存Ashmem（Anonymous Shared Memory）简要介绍和学习计划等一系列文章的学习，我们知道，在应用程序进程之间以匿名共享内存的方式来传输数据效率是非常高的，因为它们之间只需要传递一个文件描述符就可以了。因此，Content Provider组件在不同应用程序之间传输数据正是基于匿名共享内存机制来实现的。