aesstoken是壹種方式，早期簡單點的有appid，appkey方式，復雜壹點的可以使用RSA加密。
伺服器和APP直接大部分通過介面呼叫，比如使用者列表。/user/list/
post到/user/list/裏面有加密的壹個token這個是驗證是不是壹個合法的訪問者。而且現在很多開發平臺比如微信。
apk簽名相當於程式的身份識別程式碼。
apk簽名用於程式編譯打包之後，手機在執行程式之前會先去驗證程式的簽名（可以看作類似於我們電腦上常說的md5）是否合法，只有通過了驗證的檔案才會被執行，所以簽名軟體的作用的讓檔案通過手機的驗證為合法，不同的手機、系統是對應不同的簽名的。
進行加密通訊防止API外部呼叫
伺服器端與客戶端各自會儲存壹個TOKEN,這個TOKEN我們為了防止反編譯是用C語言來寫的壹個檔案並做了加殼和混淆處理。
在客戶端訪問伺服器API任何壹個介面的時候，客戶端需要帶上壹個特殊欄位，這個欄位就是簽名signature，簽名的生成方式為：
訪問的介面名+時間戳+加密TOKEN 進行整體MD5,並且客戶端將本地的時間戳作為明文引數提交到伺服器
伺服器首先會驗證這兩個引數：驗證時間戳，如果時間誤差與伺服器超過正負壹分鐘，伺服器會拒絕訪問(防止被抓包重復請求伺服器，正負壹分鐘是防止時間誤差，引數可調整)，
然後伺服器會根據請求的API地址和提交過來的時間戳再加上本地儲存的token按照MD5重新生成壹個簽名，並比對簽名，簽名壹致才會通過伺服器的驗證，進入到下壹步的API邏輯
租伺服器和資料庫 可以保證資料安全嗎?人家伺服器用的是放在機房托管 如果妳的網速有個10M那又另說 如果速度有這麽高 妳可以對映IP自己架構伺服器 資料安全 不管是妳自己架構或者是租伺服器（UNIX SEVER）都可以用自帶的備份工具進行周期回滾 如果資料量大的話可以進行每天自動備份壹次
A、B伺服器系統為烏班圖，A是api介面 和資料庫，B
兩種辦法 壹: A上做介面,提供給B用 B程式中使用的所有和資料相關的操作都以API訪問形式傳送給A,等A處理好了返回 如果妳是PHP語言程式碼直接使用file_get_contents來直接連線A上的介面就能獲取A上的資料A上的介面應該都是壹些操作類接收引數,返A、B伺服器系統為烏班圖，A是api介面 和資料庫，B
如何保證內部伺服器之間的通訊安全可以元件內網
我們平時上機伺服器會分配的IP俗稱為 外網IP，是需要對使用者開放訪問的IP。
而內網IP剛剛相反，壹臺機器上若配置了內網IP，該內網IP 外界使用者是無法訪問到的，必須是通過該機器其他機器 去連線該內網IP 才可以連通 到。
舉個最簡單例子。
現在江蘇電信機房機器，2臺機器組了內網（A 跟 B），每個機器上都配置有壹個內網IP 壹個外網IP。
外網IP 是用來我們本地電腦遠端登入的，也是網站使用者需要解析到的那個IP。
而內網IP壹般是這樣應用，2臺機器裏面的資料互訪互動 使用者不想通過外網IP互訪傳輸，那樣不安全，通過2臺機器上的內網IP來互訪 進而傳輸資料，這樣對於資料更安全些。
租用伺服器，怎麽保證資料安全當然，東西在人家那裏，願意怎麽看怎麽看，怎麽用怎麽用，壹點辦法沒有。實際上考慮到商業影響以及利用難度，不是很重要的東西人家懶得動。
git怎麽上傳api介面到sae伺服器寫好程式碼後，通過git把程式碼提交到sae。要註意的是，在sea上，分支名稱需要是數字，如：
1
git push origin:1
也就是說，需要設定遠端分支名稱為數字。
SQLServer伺服器怎麽保證資料的安全性？諸如QQ或者中國移動飛信這種大規模的平臺，客戶端都沒有許可權直接連線資料庫的，所有業務和功能都被橫向切割，以WEBSERVICE提供介面，接受各種客戶端傳遞的資料，然後由閘道器伺服器做進壹步處理並且傳遞到內網資料庫伺服器進行操作。至於底層用的何種資料庫根本不重要，都是多種資料庫混合起來的，像中國移動的主要資料庫伺服器就是SQL SERVER 2005，但是部分業務的伺服器就混編了壹些MYSQL以及壹些更輕量級的資料庫引擎。
java rest api介面 怎麽保證安全性 增加壹個鑒權介面，鑒權通過則返回壹個token值在rest api介面中驗證token值，通過則允許反問，否則拒絕訪問