【文章內(nèi)容簡介】 和運行時用到的類編譯成 .dex 格式。 Dalvik 虛擬機依賴于底層 Linux 內(nèi)核提供的功能，如線程機制，和內(nèi)存管理機制等。 Linux 內(nèi)核 Android 系統(tǒng)平臺是基于優(yōu)化了的 Linux 內(nèi)核，是其系統(tǒng)平臺的核心 [8]。它提供諸如內(nèi)存管理、進程管理、設備驅動等服務，同時也是手機軟硬件的連接層，提供了一個屏蔽層用于屏 蔽硬件和上層軟件。 Android 應用程序框架 對于一個 Android 應用程序來說，是由 Activity、 Intent Receiver 、 Service、Content Provider 四部分組成，但并不是每一個 Android 應用程序都必須由這四部分組成 [9]。在應用程序中使用時，需要在配置文件 中進行配置。這個配置文件是每個 Android 應用程序所必需的，用于定義應用程序的組件、組件的功能以及必要條件等 [10]。 浙江大學城市學院畢業(yè)論文 第 2 章 相關理論及關鍵技術 5 Activity Activity 是構成應用程序中最重要的構造塊， 在 Android 應用程序中，幾乎都是通過 Activity 來與用戶進行交互 [11]，所以 Activity 主要負責的就是創(chuàng)建與用戶進行交互的顯示窗口，你可以在這些窗口里通過調(diào)用 setContentView(View)方法來顯示你自己的用戶界面。 Intent Receiver Intent Receivert 是用于對外部事件的響應，當外部事件發(fā)生時，會使用NotificationManager 通知用戶 [12]。當一個 Intent Receiver 被觸發(fā)時，系統(tǒng)會在 需要的時候啟動對應的應用程序。如在本系統(tǒng)中，當用戶正在其它界面進行操作時，有好友發(fā)送消息過來，就會以通知的形式發(fā)送到當前界面的正上方來通知用戶。各種應用還可以通過使用 Context． broadcastIntent()將它們的 Intent Receiver 廣播給其它的應用程序，實現(xiàn)應用之間的通訊 [13]。 Service Service 是提供連續(xù)信息的應用程序。它是運行于應用程序后臺的服務，在用戶進行其它活動的時候，這個服務將一直運行在基于 Android 平臺的即時通訊系統(tǒng)的研究與實現(xiàn)后臺直到用戶停 止該服務或服務運行結束。本系統(tǒng)客戶端擴展功能的閱讀器就是采用 Service 來進行設計和開發(fā)的，使用戶可以邊聊天邊看書。 Content Provider Content Provider 應用程序能夠將它們的數(shù)據(jù)保存到文件、 SQL 數(shù)據(jù)庫和其它的存儲設備中。當應用程序需要使用存儲設備中的數(shù)據(jù)時，可以使用 Content Provider 來完成。使用 Content Provider 能夠靈活的替換底層使用的存儲設備，使開發(fā)者可以專著于應用邏輯的開發(fā)，不用考慮底層存儲設備的細節(jié)，從而使應用系統(tǒng)具有良好的數(shù)據(jù) [14]。浙江大學城市學院畢業(yè)論文 第 3 章 需求分析 6 第 3 章 需求分析 概述 隨著手機功能不斷增強，手機管理類工具軟件已成為智能手機重要軟件之一 ，開發(fā)一款符合廣大用戶需求的手機文件管理類應用有很好的市場前景和意義。 本課題的目標是開發(fā)一款基于 Android 平臺符合用戶使用需求的手機文件管理助手。實現(xiàn)任意客戶端可以登錄手機 FTP 服務器上傳下載文件。支持瀏覽器可視化瀏覽手機資源列表下載手機資源文件。通過計算機資源管理器或我的電腦管理手機：添加、刪除、編輯等操作，全方位管理手機文件，實現(xiàn)無需數(shù)據(jù)線即可管理手機的功能。 功能需求 作為 Android 平臺上開發(fā)的應用軟件，它具有與用戶交互的界面，界面簡潔美觀易于操作。因此，對手機閱讀器的功能規(guī)定可以從手機閱讀器的界面來劃分。手機助手的用戶操作界面分為一下三部分：設置界面，控制界面，說明界面。 設置界面 用戶設置 ftp 服務器的賬號和密碼，端口號默認為 2121，手機文件路徑默認為/sdcard。設置界面用例圖如下圖 所示： 浙江大學城市學院畢業(yè)論文 第 3 章 需求分析 7 圖 設置界面用例 圖 控制界面 用戶觸摸開關按鈕控制服務器的開啟與關閉，只有當手機連接到 wifi 網(wǎng)絡時才能開啟該共享服務功能。當服務開啟時，狀 態(tài)欄顯示“無線手機助手接受 ftp 連接”。程序自動獲取手機 ip 地址，控制界面提示“在‘我的電腦’里輸入 用戶輸入 ftp 地址即可遠程操作手機中的文件。 說明界面 為用戶提供本應用的使用說明以及注意事項。 性能需求 手機系統(tǒng)要求 Android 系統(tǒng) 版本以上，對以后繼續(xù)進行升級開發(fā)有可延續(xù)性。 靈活性 軟件基于 Android 操作系統(tǒng)，是基于組件的開發(fā)方式。 浙江大學城市學院畢業(yè)論文 第 3 章 需求分析 8 時間特性的要求 軟件的速度要在用戶可接受的范圍能擴展需求。 軟件特性 要求 軟件運行速度要在用戶可接受的范圍之內(nèi)，對電量等消耗要在用戶可接受范圍之內(nèi)。保證在有 wifi 熱點的區(qū)域使用，手機具備 sd 卡。 浙江大學城市學院畢業(yè)論文 第 4 章 總體設計 9 第 4 章 總體設計 系統(tǒng)總體結構 系統(tǒng)的總體設計思路是在 Android 手機上部署一個 ftp 服務器，負責提供服務并與 pc 客戶端通信。 pc 作為管理手機資源的客戶端，通過 “我的電腦 ”或 “資源管理器 ”進行文件操作。這實際上是一個 C/S 結構的系統(tǒng)， Android 手機作為服務器，pc 作為客戶端。系統(tǒng)總體結構圖如下圖 所示： 圖 系統(tǒng)總體結構 圖 在該系統(tǒng)中，網(wǎng)關連接了內(nèi)部 網(wǎng)絡和智能外部網(wǎng)絡，所有內(nèi)部的設備與該網(wǎng)關相連。用戶攜帶 Android 智能手機進入空間后，手機端連入網(wǎng)絡，動態(tài)獲取一個IP 地址，運行 ftp 服務。 PC 訪問 ftp 地址與服務器進行交互。 Android 手機與 PC之間通過 Socket 進行通信 [15]。 服務器系統(tǒng)解決方案 由于 Android 設備不能夠接受入站連接，但它可以自由創(chuàng)建出站連接。因此Android設備上建立永久保持一個 TCP連接到代理服務器。我們稱之為 “命令連接 ”。在本課題中，利用代理服務系統(tǒng)作為 Pc和 Android手機的中介信使，解決了 Android手機的入站連接限制。當 FTP 客戶端希望通過代理連接，它啟動一個正常的 FTP連接到代理服務器。代理通知本應用程序有一個即將到來的 FTP 會話等待被建立。 浙江大學城市學院畢業(yè)論文 第 4 章 總體設計 10 本應用程序建立另一個 TCP 連接到代理（除了現(xiàn)有的控制連接），這個連接將被用于專門從 FTP 客戶端發(fā)送和接收數(shù)據(jù)。 服務器系統(tǒng)原理圖如下圖 所示： 圖 服務器系統(tǒng)原理 圖 浙江大學城市學院畢業(yè)論文 第 5 章 詳細設計 11 第 5 章 詳細設計 代理協(xié)議擬定 這整個代理系統(tǒng)的存在是為了解決入站連接限制。移動電話服務供應商阻止入站 TCP 連接 ， 解決方法是在互聯(lián)網(wǎng)上創(chuàng)建一個代理服務。 Android 設 備是不能夠接受入站連接，但它可以自由創(chuàng)建出站連接。因此Android設備上建立永久保持一個 TCP連接到代理服務器。我們稱之為 “命令連接。 ”只要本應用程序運行著這個連接就存在，除非用戶明確禁用它。 當 FTP 客戶端希望通過代理連接，它啟動一個正常的 FTP 連接到代理服務器。代理通知本應用程序有一個即將到來的 FTP 會話等待被建立。 本應用程序建立另一個 TCP 連接到代理（除了現(xiàn)有的控制連接），這個連接將被用于專門從 FTP 客戶端發(fā)送和接收數(shù)據(jù)。 重要的一點詞匯： “命令 ”連接，是本應用程序和代理服務器之間的 TCP 連接。此 連接使用新的協(xié)議，如下所示。 “控制 ”連接，是 FTP 客戶端和本應用程序之間的普通的 FTP 連接。使用普通的 FTP 協(xié)議，其中客戶端發(fā)送的東西像 USER， LIST，RETR，服務器響應 “200 OK”， “503 Forbidden”等。 DATA SOCKETS FTP 協(xié)議的設計決定了新的 TCP 連接，獨立于控制連接，它在每次有一個目錄列表或文件傳輸時被創(chuàng)建。 當它要執(zhí)行動作時，需要跟客戶端有一個新的 data socket（新的 TCP 連接 )本應用程序創(chuàng)建另一個 TCP 連接到代理。 DISAMBIGUATING DEVICES AND SESSIONS 由于代理服務器上運行在一個單一的 IP 和端口，提供多個設備和用戶使用，浙江大學城市學院畢業(yè)論文 第 5 章 詳細設計 12 因此它需要一些匹配傳入連接的方式。例如，在 PASV 模式文件傳輸，本應用程序和客戶端都要創(chuàng)建入站連接到代理服務器。在有許多客戶端在同一時間被創(chuàng)建連接的情況下，代理使用的某種被稱為 “前綴 ”匹配這兩個連接。 前綴是 6 個字符的字母數(shù)字代碼，唯一標識一個設備上運行本應用程序。它由代理服務器創(chuàng)建一個控制連接時分配，然后給本應用程序。 AUTHENTICATION 設備的安全識別是通過 分配一個唯一的 “secret”到每個設備運行本應用程序。此 secret 被分配的第一次設備連接到代理服務器，并在設備上保持不變。這并不是很安全，但很合適。這個系統(tǒng)不能很好的對抗 ANDROID_ID 欺騙。這是不幸的，但足夠好。 API 請求和響應都是 JSON 的數(shù)據(jù)形式。所有的請求都有一個頂層的字符串為“action”的請求類型。例如，請求創(chuàng)建一個帳戶為如下形式： { action : create_account android_id : 1234567890 } 響 應是一個 JSON 對象做為請求的響應。作為一個慣例，如果在處理請求時發(fā)生錯誤，響應對象將包含頂級的字符串名為 “errorCode”和 “errorString”來識別錯誤。該 errorCode 是一個唯一的數(shù)字來表示錯誤， Errorstring 是可讀的錯誤描述。 例如，如果不能創(chuàng)建帳戶，下面的語句可以作為一個響應返回給上面的創(chuàng)建賬戶請求： { errorCode : 10 errorString: An account already exists for that ANDROID_ID } 如果操作成功 { 浙江大學城市學院畢業(yè)論文 第 5 章 詳細設計 13 secret : abcdefghijklmnopqrstuvwxyz0123456789 } 成功的請求可能會導致一個響應是空的對象，如果沒有錯誤報告和請求不要求返回任何值。這將是空的 JSON 對象， “{}”。例如，要求與行動 “NOOP”會提示一個空的響應。 在本應用程序已經(jīng)建立 TCP 連接到代理以后本應用程序必須發(fā)送一下信息： create_account authenticate 本應用程序到代理服務器的請求列表： Action: create_account Purpose: 本應用程序第一次運行時只調(diào)用一次。導致一個帳戶被創(chuàng)建并創(chuàng)建一個秘密。應該返回的秘密存儲在持久性存儲器中。如果一個設備發(fā)送請求和接收響應表示成功，那么該會話被驗證，那么設備可以發(fā)送其他請求。 Params: android_id: Android API 提供的唯一設備標識符 swiftp_version: 安裝的 FTP 服務器版本 Returns: secret: 此設備將用來認證密碼的 “秘密 ” Errors: 12: ANDROID_ID 的完整性檢查失敗 Action: authenticate Purpose: 驗證設備。在調(diào)用任何其他命令之前調(diào)用（除 create_account）。 Params: android_id: Android API 提供的唯一設備標識符 secret: 這個設備的秘密 swiftp_version: 安裝的 FTP 服務器版本 Returns: Empty object on success Errors: 11: ANDROID_ID 不在數(shù)據(jù)庫中，或秘密是錯誤的 Action: start_mand_session Purpose: 驗證設備，并開始命令會話 Params: None Returns: prefix: 前綴字符串用來識別這個會話和設備 Action: data_pasv_listen Purpose: 使代理開始在新的端口監(jiān)聽從 FTP 客戶端來的 TCP 連接請求。在代理已浙江大學城市學院畢業(yè)論文 第 5 章 詳細設計 14 經(jīng)收到了從 FTP 客戶端的 PASV 命令以后，這個 action 將會被本應用程序調(diào)用，之后代理可以開始監(jiān)聽來自 ftp 客戶端的入站數(shù)據(jù)連接請求。 Params: None Returns: address: 一個字符 串，給出 FTP 客戶端應該連接的地址 port: 一個數(shù)字，給出服務器正在偵聽的端口。 Errors: None specific to this request Act