Android編程實現將應用強制裝到手機內存的方法

在Froyo(android 2.2,API Level:8)中引入了android:installLocation.通過設置該屬性可以使得開發(fā)者以及用戶決定程序的安裝位置.

商洛網站建設公司創(chuàng)新互聯,商洛網站設計制作，有大型網站制作公司豐富經驗。已為商洛近千家提供企業(yè)網站建設服務。企業(yè)網站搭建\成都外貿網站制作要多少錢，請找那個售后服務好的商洛做網站的公司定做！

android:installLocation隸屬于AndroidManifest.XML中的manifest節(jié)點.如下所示:

. . .

android:installLocation可以設置為"auto"、"internalOnly"、"preferExternal"三個值中的任何一個.

auto:程序可能被安裝在外部存儲介質上(例如:SD Card),但是默認會被安裝到手機內存中.當手機內存為空時,程序將被安裝到外部存儲介質上.當程序安裝到手機上后,用戶 可以決定把程序放在外部儲介質還是內存中.

internalOnly:默認值.當設置為該值時,程序只能被安裝在內存中,如果內存為空,則程序將不能成功安裝.

preferExternal:將程序安裝在外部存儲介質上,但是系統(tǒng)不保證程序一定會被安裝到外部存儲介質上.當外部存儲介質不可以或空時,程序將被安裝到內存中.程序使用了for ward-locking機制時也將被安裝到內存中,因為外部存儲不支持此機制.程序安裝后,用戶可以自由切換程序應該在外部還是內部存儲介質上.

注意:當程序使用了Google Play的Copy Protection特性時,只能安裝到內存中.

當程序被安裝到外部存儲介質時：

① .apk文件將被移動到外部存儲介質上,但是程序的數據仍然會在內存中

② 保存.apk文件的容器將會使用一個隨機生成的密鑰進行加密,這樣只有安裝該程序的設置可以使用存在外部存儲介質上的數據.

警告:當外部存儲介質被卸載時,安裝在該外部存儲介質上的程序將立刻被終止掉!

向后兼容性:

聲明了android:installLocation,但android:minSdkVersion小于8時,我們使用不低于Froyo的AVD進行編譯,這樣在低于Froyo的系統(tǒng)中android:installLocation將被忽略,而不低于Fro yo的'系統(tǒng)中將使用我們指定的android:installLocation.

當我們的程序具有如下行為時我們不應該將程序安裝到外部存儲介質上：

①Service

正在運行的服務將被終止,當外部存儲介質被重新加載時服務不會被重啟.

②Alarm Service

鬧鐘服務將被取消,開發(fā)者必須在外部存儲介質重新加載后重新注冊鬧鐘服務.

③Input Method Engines

輸入法將被換成系統(tǒng)輸入法,當外部存儲介質被重新加載后用戶可以通過系統(tǒng)設置來啟動我們的輸入法

④Live Wallpapers

我們的動態(tài)壁紙將被替換為默認的動態(tài)壁紙.外部存儲介質重載后,用戶可以更換回來.

⑤Live Folders

我們的動態(tài)文件夾將被移出.

⑥App Widgets

我們的小部件將被移出,通常只有系統(tǒng)重啟后我們的小部件才可用.

⑦Account Managers

使用AccountManager創(chuàng)建的賬戶將會消失,直至存儲介質被重新加載.

⑧Sync Adapters

只有外部存儲介質被重新加載時,我們的同步功能才可用

⑨Device Administrators

我們的DeviceAdminReceiver將會失效

⑩監(jiān)聽開機結束事件

系統(tǒng)會在加載外部存儲介質之前發(fā)送ACTION_BOOT_COMPLETED廣播.因此安裝在外部存儲介質的程序將不能接受開機廣播.

通常,只要我們沒有使用上述的特性,我們就可以將我們的程序安裝到外部存儲介質上.例如,大的游戲程序.當我們的APK文件有幾M大時我們應該認真的考慮是否要將程序移動到外部存儲介質上以幫助用戶節(jié)省內存.

Android將倒計時做到極致

在開發(fā)倒計時功能時往往我們會為了方便直接使用CountDownTimer或者使用Handler做延時來實現，當然CountDownTimer內部封裝也是使用的Handler。

如果只是做次數很少的倒計時或者不需要精確的倒計時邏輯那倒沒關系，比如說我只要倒計時10秒，或者我大概5分鐘請求某個接口

但是如果是需要做精確的倒計時操作，比如說手機發(fā)送驗證碼60秒，那使用現有的倒計時方案就會存在問題?？赡苡行┡笥褯]有注意到這一點，下面我們就來簡單分析一下現有倒計時的問題。

這個可能是用得最多的，因為方便嘛。但其實倒計時每一輪倒計時完之后都是存在誤差的，如果看過CountDownTimer的源碼你就會知道，他的內部是有做 校準操作 的。（源碼很簡單這里就不分析了）

但是如果你認真的測試過CountDownTimer，你就會發(fā)現，即便它內部有做校準操作，他的沒一輪都是有偏差，只是他最后一次倒計時完之后的總共時間和開始倒計時的時間相比沒偏差。

什么意思呢，意思就是1秒，2.050秒，3.1秒......，這樣的每輪偏差，導致他會出現10.95秒，下一次12秒的情況，那它的回調中如果你直接做取整就會出現少一秒的情況，但實際是沒少的。

這只是其中的一個問題，你可以不根據它的回調做展示，自己用一個整形累加做展示也能解決。但是他還有個問題，有概率直接出現跳秒，就是比如3秒，下次直接5秒，這是實際的跳秒，是少了一次回調的那種。

跳秒導致你如果直接使用它可能會大問題，你可能自測的時候沒發(fā)現，到時一上線應用在用戶那概率跳秒，那就蛋疼了。

不搞這么多花里胡哨的，直接使用Handler來實現，會有什么問題。

因為直接使用handler來實現，沒有校準操作，每次循環(huán)會出現幾毫秒的誤差，雖然比CountDownTimer的十幾毫秒的誤差要好， 但是在基數大的倒計時情況下誤差會累計，導致最終結果和現實時間差幾秒誤差，時間越久，誤差越大

直接使用Timer也一樣，只不過他每輪的誤差更小，幾輪才有1毫秒的誤差，但是沒有校準還是會出現誤差累計，時間越久誤差越大。

既然無法直接使用原生的，那我們就自己做一個。

我們基于Handler進行封裝，從上面可以看出主要為了解決兩個問題，時間校準和跳秒。自己寫一個CountDownTimer

思路就是在倒計時開始前獲取一次SystemClock.elapsedRealtime()，沒輪倒計時再獲取一次SystemClock.elapsedRealtime()相減得到誤差，根據delay校準。然后使用while循壞來處理跳秒的操作，與原生的CountDownTimer不同，這里如果跳了多少秒，就會返回多少次回調。

如何將Android手機上的數據轉移到iPhone上面？

在iPhone完成新iOS設置進程中，是有多個功能區(qū)進行數據轉移的。但是設備一旦激活后，就只能進行恢復出廠設置，清除設備所有數據，再次進行新iOS設置。再次進行新iOS設置進程中，可借助【轉移到 iOS】APP。

1、在安卓手機端，確保WiFi已開啟；

2、將 iOS 設備和安卓設備插入電源，避免因電量不足而造成傳輸中止的情況；

3、確保 iOS 設備上有足夠的儲存空間來儲存即將轉移的內容，包括外部 Micro SD 卡上的內容；

4、如果要轉移Chrome 書簽，請將安卓設備上的 Chrome 更新至最新版本；

5、在數據轉移過程中，注意將兩臺設備貼近放置，且不要移動設備。

一、備份資料備份完成后，當安卓手機數據成功轉移到iPhone后，再進行數據的還原操作即可。

二、恢復出廠設置當iPhone進行數據備份后，點開【設置】-【通用】-【還原】，再點擊【還原所有內容和設置】，按照手機界面提示依次進行確認操作即可。

三、轉移安卓數據到iOSiPhone還原后，進行新iOS設備的設置，直到出現【APP與數據】功能界面。即可開始Android設備數據到iOS設備的轉移操作。

具體操作如下幾個步驟：

步驟1：點擊【從安卓設備轉移數據】，按照提示確認操作，點擊繼續(xù)，直到出現6位數代碼。

步驟2：在安卓手機端安裝好【轉移到 iOS】App。打開運行【轉移到 iOS】App，點擊【繼續(xù)】，根據提示授權權限進行下一步，直到顯示【輸入代碼】。

步驟3：在安卓手機端輸入代碼，直到【傳輸數據】功能出現，再選擇自己想要傳輸的數據類型，點擊【下一步】，等待數據轉移進度條走完即可。

注：如果安卓設備顯示您的互聯網連接信號弱的警告，您可以忽略這條警告。完成數據轉移后，可繼續(xù)完成iPhone設置的設置流程，直到設備正常啟動，再進行已備份數據的還原即可。

android什么意思

android的意思是機器人。

讀音：/ ??ndr??d /

詞性：通常在句中作名詞，作為主語或賓語。

固定搭配：android science人型機器人學；Android Market電子市場 ; 安卓市場 ; 谷歌電子市場。

例句

1、University students from all around the country brought their?android?friends to participate in the competition.

來自全國各地的大學生們帶著他們的機器人朋友來參加本次比賽。

2、Android?is a trademarked name.

Android是一個商標名。

3、For them,?Android?will be waiting.

對他們來說，Android將要等待。

Android 將App的內容延伸到狀態(tài)欄/導航欄

來自我的CSDN博客：

看過Android的桌面應用都是介樣的：

如何讓自己的應用也達到這般效果呢？這里就介紹幾種常用的方法以及它們之間的區(qū)別。

首先展示下此次demo的布局和初始狀態(tài)：

初始效果圖如下：

使用這個方式首先要理解幾個概念，窗口層級以及窗口background/窗口透明：

Google在API-19 以及API-21新增對狀態(tài)欄/導航欄窗口透明和顏色的控制：

對應的在主題內即可控制：

這里首先要明了這里狀態(tài)欄和導航欄窗口是系統(tǒng)級窗口而Activity對應的時應用窗口，它們屬于不同的窗口層級；

然后狀態(tài)欄/導航欄系統(tǒng)級窗口是在App應用窗口之上，故而Activity應用窗口雖然有整個屏幕的大小，但是可顯示內容的區(qū)域得除去其上疊加的不透明的窗口區(qū)域。詳細的窗口計算繪制可參考大神老羅的博文：

Android窗口管理服務WindowManagerService計算Activity窗口大小的過程分析

下面來使用主題控制導航欄/狀態(tài)欄透明，同時看看上述兩種設置透明的方式效果有何不同：

初始桌面和啟動Activity效果圖：

可以看到雖然導航欄/狀態(tài)欄透明了，當時應用窗口顯示的內容依然只是除去了兩個系統(tǒng)窗口之外的區(qū)域，并沒有衍生到導航欄/狀態(tài)欄之下。

效果如下：

可以看到已經將應用的內容布局延伸到導航欄/狀態(tài)欄下方了，來看看關于android:windowTranslucentStatus

android:windowTranslucentNavigation的官方說明看看來理解其與設置color transparent的區(qū)別：

根據FLAG的說明，可以看出設置該標志位等同于View申請設置：

PS：從效果圖看，雖然布局延伸到狀態(tài)欄導航欄區(qū)域，但是相應的內容“hello world”文字也被狀態(tài)欄/導航欄遮住了。在布局根視圖設置fitsSystemWindows為true可以使得，系統(tǒng)自動為視圖添加一個狀態(tài)欄/導航欄高度的padding：

效果如下：

查看SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION 和 SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN的說明，可以發(fā)現其實還有兩個非常接近的FLAG：

根據官方的說明提示，SYSTEM_UI_FLAG_FULLSCREEN / SYSTEM_UI_FLAG_HIDE_NAVIGATION主要用于動態(tài)切換隱藏/顯示系統(tǒng)導航欄/狀態(tài)欄；例如書籍閱讀應用/視頻播放應用等。而像游戲類的全屏應用則推薦使用window flag。

上述的透明導航欄/狀態(tài)欄等API基本是需要API-19或是API-21才能使用的，這里還有一種API-1的方案能夠實現布局內容全屏：

實際上只需要設置FLAG_LAYOUT_NO_LIMITS就足夠了；這FLAG是看Android原生的Launcher / Keyguard源碼，看到有用到如此設置，其窗口設置具體原理我也沒有弄清..... 有大神了解可以指點下。

PS：這個套路下，使用fitsSystemWindows="true"是無效的，智能自己控制號布局位置。

標題名稱：android將,Android將ppt轉換成pdf
瀏覽路徑：http://m.rwnh.cn/article48/dsdhhhp.html

成都網站建設公司_創(chuàng)新互聯，為您提供定制網站、品牌網站設計、動態(tài)網站、網站改版、Google、服務器托管

廣告

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