Android 頁面之間數(shù)據(jù)傳遞方式有幾種

對于依賴于操作系統(tǒng)的程序，客戶程序除了包含一個程序入口外，還需要和相關(guān)系統(tǒng)服務(wù)一起運(yùn)行，以完成指定的任務(wù)。比如，Win32程序需要和GUI系統(tǒng)服務(wù)一起實(shí)現(xiàn)帶有可視窗口的功能;X

和政ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：13518219792（備注：SSL證書合作）期待與您的合作！

Window程序也需要和X

Window

Server一起實(shí)現(xiàn)窗口功能。

程序員需要在不同的Activity之間傳遞數(shù)據(jù)，然而，這個問題本身就有問題。所謂傳遞消息一般是指多個線程之間，而Activity本身并不是線程，ActivityThread才是一個線程，即UI線程。同一個程序中的多個Activity都由ActivityThread進(jìn)行調(diào)用，Activity本身只是一個Java類而已，就像Rect、Trigle類一樣，如果有人問Rect類和Trigle類之間如何傳遞消息，你會不會覺得有點(diǎn)奇怪?

事實(shí)上，如果要在兩個類中傳遞數(shù)據(jù)，方法可以有很多。

方法一:可以先實(shí)例化某個類，獲得該類的引用，當(dāng)其他類需要該對象的內(nèi)部數(shù)據(jù)時(shí)，可以直接通過該引用去訪問該類的內(nèi)部數(shù)據(jù)。

方法二:對于A、B兩個類之間，可以先實(shí)例化一個第三方類C，然后兩個類都可以把需要傳遞的數(shù)據(jù)存入C中，或從C中取出。

這些方法理論上都可以用在Activity類之間傳遞數(shù)據(jù)。然而，與普通類傳遞數(shù)據(jù)有所不同，普通類的實(shí)例化都是程序員顯式完成的，而Activity類的實(shí)例化卻是由Framework完成的，程序員只能使用startActivity()方法來告訴Framework去運(yùn)行哪個Activity，這就意味著程序員不能得到Acitivity對象的引用，那么就不能直接訪問該對象的內(nèi)部數(shù)據(jù)。解決的辦法是使用Activity.getApplication()函數(shù)，該函數(shù)能夠返回一個Application對象，該Application對象在該程序中是唯一的，同一程序中的不同Activity調(diào)用該函數(shù)所返回的Application對象是相同的，該對象的名稱可以在AndroidManifest.xml中指定。一旦獲取了該Application對象，就可以借助該對象，在不同的Activity之間傳遞數(shù)據(jù)。

除此之外，F(xiàn)ramework本身也提供了標(biāo)準(zhǔn)的Activity之間傳遞數(shù)據(jù)的方法，即Intent類。該類作為startActivity()的參數(shù)，僅用于在啟動Activity時(shí)傳遞給目標(biāo)Activity，同時(shí)，如果調(diào)用startActivityForResult()，目標(biāo)Activity在結(jié)束后，也會返回一個Intent對象給原Activity。

另外，從設(shè)計(jì)理念的角度來看，Android認(rèn)為，兩個Activity如果要共享數(shù)據(jù)，可以通過Preference

Storage或者文件、數(shù)據(jù)庫進(jìn)行，同時(shí)，在一般情況下，設(shè)備上只會有一個Activity在運(yùn)行，因此，多個Activity之間傳遞數(shù)據(jù)也不是必需的。

Android跨進(jìn)程傳遞大數(shù)據(jù)

最近要從 Service 端給 Client 端傳遞圖片數(shù)據(jù)，之前的數(shù)據(jù)都是通過 aidl 傳遞：

創(chuàng)建 Parcelable 文件

ImageData.java

test.aidl

運(yùn)行報(bào)錯：

這里導(dǎo)致 DeadObjectException 的原因主要是 binder 創(chuàng)建的 buffer 被占滿了:

傳輸中如果數(shù)據(jù)大于 free_buffers ，則會拋出 DeadObjectException

socke 傳輸不受大小限制，但實(shí)現(xiàn)比較復(fù)雜

通過文件傳輸比較簡單，但效率差，而且高版本會受到Android系統(tǒng)權(quán)限限制

將較大數(shù)據(jù)切割成較小的數(shù)據(jù)傳輸，此方法是兼顧效率，復(fù)雜度較好的方案

定義數(shù)據(jù)體：

切割數(shù)據(jù)方法：

將ImageData按順序構(gòu)建發(fā)送：

client接收：

binder 本身也是利用 mmap ，可以利用實(shí)現(xiàn) mmap 的框架，比如 MMKV

如果傳輸?shù)臄?shù)據(jù)是 Bitmap ，還可以用 Bundle 的 putBinder 方案

定義 binder ：

發(fā)送

接收：

android 組件間、進(jìn)程間數(shù)據(jù)傳輸和限制

1、Bunder 傳遞對象為什么需要序列化?

1》因?yàn)?bundle 傳遞數(shù)據(jù)時(shí)只支持基本數(shù)據(jù)類型，所以在傳遞對象時(shí)需要序列化轉(zhuǎn)

換成可存儲或可傳輸?shù)谋举|(zhì)狀態(tài)(字節(jié)流)。序列化后的對象可以在網(wǎng)絡(luò)、IPC

(比如啟動另一個進(jìn)程的 Activity、Service 和 Reciver)之間進(jìn)行傳輸，也可以 存儲到本地。

2》序列化，表示將一個對象轉(zhuǎn)換成可存儲或可傳輸?shù)臓顟B(tài)。序列化的原因基本三種 情況:

1.永久性保存對象，保存對象的字節(jié)序列到本地文件中; 2.對象在網(wǎng)絡(luò)中傳遞;

3.對象在 IPC 間傳遞。

2、序列化Serializable 和Parcelable 的區(qū)別

Serializable(Java 自帶):

1》Serializable 是序列化的意思，表示將一個對象轉(zhuǎn)換成存儲或可傳輸?shù)臓顟B(tài)。序列化后的對象可以在網(wǎng)絡(luò)上進(jìn)傳輸，也可以存儲到本地。

2》Serializable 會使用反射，序列化和反序列化過程需要大量 I/O 操作。

Parcelable(android 專用):

1》除了 Serializable 之外，使用 Parcelable 也可以實(shí)現(xiàn)相同的效果，不過不同于將 對象進(jìn)行序列化，Parcelable 方式的實(shí)現(xiàn)原理是將一個完整的對象進(jìn)行分解，而分解后的每一部分都是 Intent 所支持的數(shù)據(jù)類型，這也就實(shí)現(xiàn)傳遞對象的功能 了。

2》Parcelable 自已實(shí)現(xiàn)封送和解封(marshalled unmarshalled)操作不需要用反 射，數(shù)據(jù)也存放在 Native 內(nèi)存中，效率要快很多。

兩者最大的區(qū)別在于 存儲媒介的不同，Serializable 使用 I/O 讀寫存儲在硬盤 上，而 Parcelable 是直接 在內(nèi)存中讀寫。很明顯，內(nèi)存的讀寫速度通常大于 IO 讀寫，所以在 Android 中傳遞數(shù)據(jù)優(yōu)先選擇 Parcelable。

3、bundle傳輸?shù)臄?shù)據(jù)是否有限制，是多少，為什么要限制?

1》Intent 在傳遞數(shù)據(jù)時(shí)是有大小限制的，大約限制在 1MB 之內(nèi)，你用 Intent 傳遞 數(shù)據(jù)，實(shí)際上走的是跨進(jìn)程通信(IPC)，跨進(jìn)程通信需要把數(shù)據(jù)從內(nèi)核 copy到進(jìn)程中，每一個進(jìn)程有一個接收內(nèi)核數(shù)據(jù)的緩沖區(qū)，默認(rèn)是 1M;如果一次傳 遞的數(shù)據(jù)超過限制，就會出現(xiàn)異常。

2》不同廠商表現(xiàn)不一樣有可能是廠商修改了此限制的大小，也可能同樣的對象在不 同的機(jī)器上大小不一樣。

3》傳遞大數(shù)據(jù)，不應(yīng)該用 Intent;考慮使用 ContentProvider 或者直接匿名共享內(nèi) 存。簡單情況下可以考慮分段傳輸。

4、匿名共享內(nèi)存（）

分享文章：android傳遞數(shù)據(jù),Android傳遞數(shù)據(jù)
轉(zhuǎn)載源于：http://sd-ha.com/article26/dsesgcg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供做網(wǎng)站、品牌網(wǎng)站制作、建站公司、品牌網(wǎng)站設(shè)計(jì)、App開發(fā)、靜態(tài)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)