android大數據

『壹』 android 中頻繁大數據交互用什麼通信

對於目前的狀況來說，移動終端的網路狀況沒有PC網路狀況那麼理想。在一個Android應用中，如果需要接收來自伺服器的大容量數據，那麼就不得不考慮客戶的流量問題。本文根據筆者的一個項目實戰經驗出發，解決大容量數據的交互問題，解決數據大小會根據實際情況動態切換問題（伺服器動態選擇是否要壓縮數據，客戶端動態解析數據是否是被壓縮的），還有數據交互的編碼問題。

解決數據過大的問題，最直觀的方法就是壓縮數據。伺服器將需要傳遞的數據先進行壓縮，再發送給Android客戶端，Android客戶端接收到壓縮的數據，對其解壓，得到壓縮前的數據。

如果規定Android客戶端和伺服器的交互數據必須是經過某種壓縮演算法後的數據，那麼這種「規定」失去了視具體情況而定的靈活性。筆者擬將Http協議進行封裝，將動態的選擇傳輸的數據是否要經過壓縮，客戶端也能動態的識別，整理並獲得伺服器想要發送的數據。Android客戶端向伺服器請求某個方面的數據，這個數據也許是經過壓縮後傳遞比較合適，又也許是將原生數據傳遞比較合適。也就是說，筆者想要設計一種協議，這種協議適用於傳輸數據的數據量會動態的切換，也許它會是一個小數據，也許它又會是一個數據量龐大的大數據（大數據需要經過壓縮）。

可能說的比較抽象，那麼我用實際情況解釋一下。

我項目中的一個實際情況是這樣的：這個項目是做一個Android基金客戶端，Android客戶端向伺服器請求某一個基金的歷史走勢信息，由於我的Android客戶端實現了本地緩存，這讓傳遞數據的大小浮動非常大。如果本地緩存的歷史走勢信息的最新日期是5月5日，伺服器的歷史走勢信息的最新日期是5月7日，那麼伺服器就像發送5月6日和5月7日這兩天的走勢信息，這個數據很小，不需要壓縮（我使用的壓縮演算法，對於數據量過小的數據壓縮並不理想，數據量過小的數據壓縮後的數據會比壓縮前的數據大）。然而，Android客戶端也可能對於某個基金沒有任何的緩存信息，那麼伺服器將發送的數據將是過去三四年間的歷史走勢信息，這個數據會有點大，就需要進行壓縮後傳遞。那麼客戶端對於同一個請求得到的數據，如何判斷它是壓縮後的數據還是未曾壓縮的數據呢？

筆者使用的解決方案是把傳遞數據的第一個位元組作為標識位元組，將標識這個數據是否被壓縮了。也能標識傳遞數據的編碼問題。Android對於接收到的數據（位元組數組），先判斷第一個位元組的數據，就能根據它所代表的數據格式和編碼信息進行相應的操作。說了那麼多，也許不如看實際的代碼理解的快。首先是壓縮演算法，這里筆者用到的是jdk自帶的zip壓縮演算法。

『貳』 在Android中兩個進程之間傳輸大數據，可以使用什麼方式實現

CPU與外設之間數據傳送都是通過內存實現的。
外圍設備和內存之間的常用數據傳送控制方式有四種
(1)程序直接控制方式：就是由用戶進程直接控制內存或CPU和外圍設備之間的信息傳送。這種方式控制者都是用戶進程。
(2)中斷控制方式：被用來控制外圍設備和內存與CPU之間的數據傳送。這種方式要求CPU與設備（或控制器）之間有相應的中斷請求線，而且在設備控制器的控制狀態寄存器的相應的中斷允許位。
(3)DMA方式：又稱直接存取方式。其基本思想是在外圍設備和內存之間開辟直接的數據交換通道。
(4)通道方式：與DMA方式相類似，也是一種以內存為中心，實現設備和內存直接交換數據的控制方式。與之不同的是，在DMA方式中數據傳送方向、存放數據內存始址以及傳送的數據塊長度等都是由CPU控制，而在通道方式中這些都是由專管輸入輸出的硬體——通道來進行控制。

『叄』 android 介面滿且數據量大怎麼優化

我覺得數據很大的時候需要把數據 拆分，比如 只顯示 數據的標題和時間，數據其他信息可以 點擊後載入，把一個大數據拆分成2個表存儲，或者2次請求顯示。

『肆』 android 分頁列表，可以上下刷新，大數據時如何處理

如果數據源是網路或者資料庫，一般翻頁會每次只取當前頁的數據顯示，向數據源發請求的時候給當前頁號的參數，由數據源那邊對數據量做裁剪。

『伍』 android app數據監測用什麼軟體有嗎

android app數據監測可以用極光。公司極光自成立以來專注於為app開發者提供穩定高效的消息推送、豐富數據檢測，統計分析、即時通訊、社會化分享組件和簡訊等開發者服務。
深圳市和訊華谷信息技術有限公司，於2012年05月31日在深圳市市場監督管理局南山局登記成立。公司以極光（JIGUANG）為品牌，因此深圳市和訊華谷信息技術有限公司也簡稱為極光。
極光是以移動大數據的採集、清洗、挖掘、校準、脫敏及產品化為核心業務的移動大數據服務商。
公司極光自成立以來專注於為app開發者提供穩定高效的消息推送、統計分析、即時通訊、社會化分享組件和簡訊等開發者服務。至今已經服務了超過70萬款移動應用，累計覆蓋超過130億個移動終端，月獨立活躍設備超過9億，產品覆蓋了中國國內90%以上的移動終端。

『陸』 現在的大數據、AI 這么火，會不會像曾經的 Android 和 iOS 一樣，五年後也回歸平淡

先給結論，只是會搭集群，會用MLLib，會用Tensorflow的大數據或者AI從業者，不管五年後行業本身會不會回歸平淡（大數據很可能會，AI應該沒那麼快），個人職業發展無法避免變平淡。到時候這樣的人就要困惑是否跟隨下一個熱點了。

類比一下大數據，應用開發或者資料庫領域。如何配置Hadoop，架設集群；如何使用某個UI庫做出炫酷的界面效果；使用什麼參數可以調整某資料庫緩存大小等等，都是術。

那什麼是「道」？

比如，「一部小說如何謀篇布局」，是道。如果你是一個作家，那麼無疑這是比遣詞造句更影響你職業生涯的技能。

同樣，作為一個程序員，了解系統背後的原理，比熟悉一門語言一個框架對你職業發展會有更深遠的影響。

如果你做大數據，那你是否知道分布式系統的一致性保證有些什麼不同的設計和取捨？容錯又該如何實現？如果你做資料庫，又是否知道不同索引的數據結構有什麼樣的特性？抑或優化器背後的原理是什麼？或者你做業務邏輯開發，那你是否通曉了邏輯背後的業務流程以及相關的行業知識？

--------------------------------------------------------------------------------

術的特點是容易過時，或者附加值越來越小。如何使用工具在每天都有新發明的計算機領域無疑是非常容易過時的，公司也不會為使用工具的經驗投資太多錢，畢竟夠用就行。

誠然術是你必備的技能：不會寫代碼，不熟悉語言，根本找不到工作。但是並不是你修煉的方向：公司並不會因為你精通一個語言的各種細節而特別青睞你。公司的確是招人寫程序的，但是公司並不僅僅是招人「寫程序」。

道是我們在領域內不斷精進成長的根本：只有了解背後的原理，你才可能在每天都有新系統新語言新框架誕生的科技領域存活；某個框架你並沒有摸過，但是你知道哪些指標和特性是選擇取捨的依據；某個系統你才聽說，但是看了架構設計，你就知道它在你的使用場景下會有什麼樣的表現，可能會有什麼樣的坑；再或者你看了某個論文，發現它的原創性設計能改進在你們現有的系統解決之前無法解決問題等等。這樣的你，往往比只是對語言熟悉，API精通的碼農更受歡迎和尊重。

有人可能會說，你看那些大神程序員，哪個不是對某些語言滾瓜爛熟。是的，我們看到的碼農大神們，往往寫的一手好C++，精通Go的上上下下左左右右，但那並不是因為他們專門修行這門語言，而是因為他們在不斷研習「道」的路上，順便磨練了「術」。為了更好的性能，為了實現構思的新設計，他們必須更熟悉所用的語言。

『柒』 國產安卓軟體為何要調用手機那麼多數據

這兩年流行一個「用戶大數據」的說法，說白了就是通過各種手段收集你的偏好甚至隱私，然後為你量身定製一些廣告或者服務。尤其是現在很多手機APP都是同一家公司出的，比如淘寶、微博、支付寶、釘釘都是阿里系的；微信、QQ、京東、滴滴打車都是騰訊系的。

當然一些軟體的功能比較多，涉及到的許可權也就非常多。比如支付寶、微信這些常用的軟體就幾乎要求全部的手機功能。一些常用的許可權，比如「地理位置信息」被禁止之後，這些軟體可能就無法正常啟用。比如如果禁用了位置數據，微信就無法正常開啟。所以大家在日常使用手機的過程中需要自己斟酌哪些許可權可以放開。想要完全禁止手機軟體調用數據是不可能的。

『捌』 android intent跳轉怎樣傳輸大數據

在Activity或者組件之前傳遞信息時，一般採用intent綁定bundle的方式傳值，但在使用過程中需要注意的是不要用bundle傳遞大容量數據：

在做項目的過程中，需要將聽寫界面的聽寫結果信息傳遞到聽寫記錄界面供顯示用，但是由於傳遞的數據量過大導致程序ANR，甚至直接報異常（傳遞的信息裡面有bitmap轉換成的byte數組、每一個片語的拼音、詞語、語音信息），經過分析發現是由於bundle不能傳遞大容量的數據信息，在stackoverflow裡面查閱發現有同行遇到類似的問題：

（1）「The size limit of Intent is still pretty low in Jelly Bean, which is somewhat lower than 1MB (around 90K), so you should always be cautious about your data length, even if your application targets only latest Android versions.」

（2）「As per my experience (sometime ago), you are able to put up to 1MB of data in a Bundleencapsulated inside Intent. I think, this restriction was valid up till Froyo or GingerBread.」

所以在通過bundle傳遞數據時只能傳遞較小的數據信息，對於在不同組件之間需要傳遞大容量數據的情況時，有幾種替代方式可以解決不能用bundle傳遞這些數據的問題：

方法一：將需要傳遞的數據寫在臨時文件或者資料庫中，再跳轉到另外一個組件的時候再去讀取這些數據信息，這種處理方式會由於讀寫文件較為耗時導致程序運行效率較低；

方法二：將需要傳遞的數據信息封裝在一個靜態的類中（注意當前組件和要跳轉到的組件必須屬於同一個進程，因為進程之間才能夠共享數據），在當前組件中為類設置內容，然後再跳轉到的組件中去取，這種處理方式效率很高，但是會破壞程序的獨立性。

具體採用哪種替代方式取決於具體的情況，本人建議採取第二種處理方式，因為這樣會大大提高程序的運行效率，至於程序的獨立性，看你怎麼去封裝這個類了。

『玖』 android推送服務，目前哪家相對較好

因為目前從總體App的市場佔有率來說，第三方推送服務是佔比最大的一塊。
目前主流的第三方推送服務商主要有以下幾家：極光推送，個推推送，Mobpush，友盟推送，騰訊信鴿，網路推送，雲巴推送等等，下面從幾個維度來分析這幾個平台。
從市場佔有率來說：
極光>個推>友盟=Moboush=騰訊信鴿>網路>雲巴推送，目前極光已經是占據了大部分到市場份額，極光推送（JPush）是獨立的第三方雲推送平台，致力於為全球移動應用開發者提供移動消息推送服務。2016年6月，國內一站式開發者服務平台極光推送發表公開聲明，宣布品牌正式全面升級為大數據綜合服務商「極光」。
極光的雲推送服務：開發者可以在管理Portal上快捷地向用戶推送消息，也可以定製推送的時間、用戶群、位置等，還提供遠程推送 API。

『拾』 Android手機出廠大數據存放位置

手機內存里。
Android的每個應用程序，都有自己可控的目錄。
在Setting/Application info裡面，可以看到每個應用程序，都有Clear data和Clear cache選項。
具體這些目錄在哪裡呢？
用adb連接上設備。如果是連接真實設備，需要有設備的root許可權。（ADB(android debug brige) 安卓 調試 橋）
cd data/data
在這個目錄下，可以看到每個應用程序都有自己的目錄，目錄名就是應用程序在AndroidManifest.xml文件中定義的包。
在每個目錄下，一般有這么幾個子目錄：
databases : 存放資料庫
cache : 存放緩存數據
files : 存放應用程序自己控制的文件