android伺服器地址

『壹』 Android 上傳圖片到伺服器

final Map<String, String> params = new HashMap<String, String>();
params.put("send_userId", String.valueOf(id));
params.put("send_email", address);
params.put("send_name", name);
params.put("receive_email", emails);

final Map<String, File> files = new HashMap<String, File>();
files.put("uploadfile", file);

final String request = UploadUtil.post(requestURL, params, files);

『貳』 在Android開發中怎麼將手機作為伺服器

工具/原料

root軟體：網路root為佳!如果你已經獲取了許可權，可以跳過。

ksweb軟體：用於搭建手機php伺服器的軟體。

nat123軟體：強大的內網埠映射軟體，不需要路由器許可權。

方法/步驟

1.安裝手機本地php+mysql伺服器環境篇：

1.1安裝ksweb軟體，安裝好ksweb後，會在手機上生成一個文件夾htdocs，其目錄是mnt/sdcard/htdocs，htdocs是網站的根目錄。

1.2安裝mysql直接點擊mysql管理，點擊選擇「是」然後解壓便可自動安裝。mysql的賬號密碼隨後再改(在設置裡面更改)。

1.3安裝好MySQL之後，我們需要對ksweb進行一些設置方可更好使用。

1.3.1埠的更改步驟:(啟用root→更改80埠)手機伺服器啟用root，在ksweb設置裡面把root打鉤。

1.3.2開啟手機80埠方法:把8080埠改為80埠，並把PHP服務，MySQL都打勾。其他一些設置比如MySQL密碼，開機自啟動等選項大家根據需要自行修改即可!

1.4ksweb全部設置好後，我們打開手機本地伺服器地址localhost:80，表示設置好了。

我們點擊頁面中的「EnterKSWEBWeb Interface」可以看到手機伺服器的一些配置信息(默認賬號密碼都是「admin」)，表示手機服務搭建成功，一切正常!

2.利用nat123軟體進行內網80埠映射篇：

2.1注冊賬號，我們先到其官網注冊賬號官網,大家網路nat123即可。

2.2登陸並添加域名解析。

2.2.1應用名稱，要搭建自己的博客，可以填XX的博客，或者XX的個人博客等。

2.2.2內網埠，只有root的手機才填80埠。

2.2.3內網地址這個默認localhost就行。

2.2.4 外網域名，如果沒有自己的域名，可以用官方免費的二級域名，注意格式，一切填好之後，點擊確認保存即可!

2.3 下載並安裝登陸安卓版的nat123,就自動解析了。

3.4接下來在另一台電腦上輸入剛才的域名訪問，表示安卓手機web伺服器安裝成功，網站搭建成功!

注意事項

另外如果需要手機網站一直都可以訪問，需要下載一個永不關屏軟體，這樣手機就不會進入睡眠狀態，服務也不會停止，不過比較耗電。

外網能訪問內網手機web伺服器的關鍵是nat123埠映射功能，利用nat123埠映射功能，不只是搭建內網網站，還可以挖掘其他的許多用途。

『叄』 Android面試筆記——HTTP/HTTPS

HTTP和HTTPS是面試常問的問題，內容比較多而且復雜，HTTPS裡面的細節很多，本文只是把主要的東西寫出來，想要弄懂HTTPS還是要多看幾篇博文，自己動手走一遍把各個攻擊的case搞明白。

HTTP 是超⽂本傳輸協議，也就是HyperText Transfer Protocol。

Host 欄位 ：客戶端發送請求時，⽤來指定伺服器的域名。 Host: www..com

Content-Length 欄位 ：伺服器在返回數據時，會有 Content-Length 欄位，表明本次回應的數據長度。 Content-Length: 1000

Connection 欄位 ：Connection 欄位最常用於客戶端要求伺服器使⽤ TCP 持久連接，以便其他請求復⽤。 HTTP/1.1 版本的默認連接都是持久連接，但為了兼容⽼版本的 HTTP，需要指定 Connection ⾸部欄位的值為Keep-Alive 。

Content-Type 欄位 ：Content-Type 欄位⽤於伺服器回應時，告訴客戶端，本次數據是什麼格式 。 Content-Type: text/html; charset=utf-8

Content-Encoding 欄位 ：Content-Encoding 欄位說明數據的壓縮⽅法。表示伺服器返回的數據使用了什麼壓縮格式 。客戶端在請求時，⽤ Accept-Encoding 欄位說明自己可以接受哪些壓縮⽅法。 Accept-Encoding: gzip, deflate

下圖為訪問網路的返回欄位

HTTP/2 協議是基於 HTTPS 的，所以 HTTP/2 的安全性也是有保障的。

這都是基於 TCP 傳輸層的問題，所以 HTTP/3 把 HTTP 下層的 TCP 協議改成了 UDP 。

UDP 發生是不管順序，也不管丟包的，所以不會出現 HTTP/1.1 的隊頭阻塞 和 HTTP/2 的⼀個丟包全部重傳問題。

UDP 是不可靠傳輸的，但基於 UDP 的 QUIC 協議 可以實現類似 TCP 的可靠性傳輸。

HTTPS 采⽤的是 對稱加密和⾮對稱加密結合 的「混合加密」⽅式：

采⽤「混合加密」的⽅式的原因：

摘要演算法⽤來實現 完整性 ，能夠為數據⽣成獨⼀⽆⼆的「指紋」，⽤於校驗數據的完整性，解決了篡改的⻛險。

客戶端在發送明⽂之前會通過摘要演算法算出明文的「指紋」，發送的時候把「指紋 + 明文」⼀同加密成密文後，發送給伺服器，伺服器解密後，用相同的摘要演算法算出發送過來的明文，通過⽐較客戶端攜帶的「指紋」和當前算出的「指紋」做⽐較，若「指紋」相同，說明數據是完整的。

客戶端先向伺服器端索要公鑰，然後⽤公鑰加密信息，伺服器收到密文後，⽤⾃⼰的私鑰解密。這就存在些問題，如何保證公鑰不被篡改和信任度？

所以這⾥就需要藉助第三⽅權威機構 CA （數字證書認證機構），將伺服器公鑰放在數字證書（由數字證書認證機構頒發）中，只要證書是可信的，公鑰就是可信的。

通過數字證書的⽅式保證伺服器公鑰的身份，解決冒充的⻛險 。

證書簽名和驗證過程 ：

兩種情況 ：

『肆』 android,購買阿里雲伺服器有固定IP地址嗎個人開發者，要從固定ip地址的伺服器上下載文件，求高人指點

有獨立的ip 是固定的