一個安卓或iOS應用之前發送的請求指向A網域名稱，現在需要更換B網域名稱，有沒有比重新打包安卓更好的解決方案

重新打包的話，使用者不一定更新應用，所以這個方案不太好

當然，最好是設計之初就將安卓應用請求的網域名稱不定死，那麼這樣又該怎麼解決？也就是能否下載一段代碼覆蓋本地的代碼，這樣是否有安全問題？

回複內容：

重新打包的話，使用者不一定更新應用，所以這個方案不太好

當然，最好是設計之初就將安卓應用請求的網域名稱不定死，那麼這樣又該怎麼解決？也就是能否下載一段代碼覆蓋本地的代碼，這樣是否有安全問題？

可以，你讓寫介面的人，在a網域名稱發個請求到b網域名稱，拿資料返回給你，哈哈，我想問一下，重新打包很麻煩嗎？不懂移動開發

可以在啟動app的時候請求一次後台資料。設定一個標籤，如果為1則載入A地址，如果為0載入B地址。

如果你已經有上線的應用出現這個情況。那麼基本上只有一個解決方案：那就是讓後端的開發人員辛苦一下，把發送到A點的請求都redirect去B點，並返迴響應的資料。注意：這些資料的格式最好不要出現不必要的變化。否則，容錯不夠的話會出現Crash的情況。

當然應用本身也有解決這個問題的方法，但是需要事先已經在架構上做好這樣的設計。比如iOS和Android都有熱修複的一些實現技術。如果你的APP都已經有這樣的架構，那麼可以在server端放上開發好的補丁，讓APP請求B點資料，APP自動把這些補丁下載並應用到APP本身。那麼APP自動就可以請求B點資料了。

兩種情況權衡一下的話，你會發現如果B點已經開發完畢。那麼第一個方案是最省事，也是最快的。

1、服務端角度：讓服務端的同學配置好nginx，分分鐘的問題
2、App角度：網域名稱的變更應該不會很頻繁吧，個人覺得用推送的方式下發，然後app端儲存；或者，準備一個借口用於擷取網域名稱的

看樣子服務端解決起來更省力

重新打包，打個包分分鐘，只不過需要使用者更新

