本發(fā)明涉及動態(tài)host技術領域，具體說是一種動態(tài)修改app的host的方法。

背景技術：

在app的開發(fā)、維護過程中，為了對新功能等進行測試、糾錯，往往在測試過程中將app的網(wǎng)絡請求轉(zhuǎn)發(fā)給測試地址，在測試、糾錯工作完成后，當app正式發(fā)布時，則將網(wǎng)絡請求改為指向正式地址。

由于種種原因，有時在app正式發(fā)布時，遺漏了將網(wǎng)絡請求改為指向正式地址，這將導致app發(fā)布后，其網(wǎng)絡請求依然被轉(zhuǎn)發(fā)給測試地址，而測試地址是隨時都會停止服務的，一旦停止服務，將影響該app的所有用戶，影響不好，且可能導致一定的經(jīng)濟損失。而且，在測試地址的測試環(huán)境下，接口響應等相對較慢，數(shù)據(jù)也不一定是最新的，這都可能影響用戶的使用體驗，對數(shù)據(jù)安全也存在一定的影響。

技術實現(xiàn)要素：

針對現(xiàn)有技術中存在的缺陷，本發(fā)明的目的在于提供一種動態(tài)修改app的host的方法，基于wifi，在app開啟wifi傳輸服務后，可以上傳host配置文件給app，實現(xiàn)動態(tài)修改host，便于動態(tài)的按需切換測試地址和正式地址，對用戶影響小，有利于數(shù)據(jù)安全，便于對app的測試、糾錯，提高工作效率。

為達到以上目的，本發(fā)明采取的技術方案是：

一種動態(tài)修改app的host的方法，其特征在于，包括如下步驟：

步驟1，用戶啟動手機中安裝好的app后，選擇是否開啟wifi傳輸服務；

步驟2，如果需要使用wifi傳輸這項服務，但已禁用wifi傳輸服務，則給出用戶報錯信息，

如果需要使用wifi傳輸這項服務，且已啟用wifi傳輸服務，則從webserver獲取手機當前ip地址，并將其作為服務地址顯示于手機操作界面上；

步驟3，在其它設備上用瀏覽器訪問該ip地址；

步驟4，從其它設備中上傳host配置文件到手機中；

步驟5，app收到上傳host配置文件的通知后，加載該host配置文件，并用于新的網(wǎng)絡請求時的響應。

在上述技術方案的基礎上，包括但不限于：電腦，pad，智能手機。

在上述技術方案的基礎上，步驟1中所述手機為智能手機，包括但不限于：ios手機，安卓手機。

在上述技術方案的基礎上，步驟4中，上傳host配置文件到步驟1所述app的文件夾中。

在上述技術方案的基礎上，host配置文件的格式為：至少一行地址解析信息，

每行地址解析信息的格式為：源host地址+空格+目標host地址。

在上述技術方案的基礎上，當發(fā)起新的網(wǎng)絡請求時，

如果host配置文件中有對應于該請求的host信息，則走新的host對應的接口，

如果host配置文件中無對應于該請求的host信息，則走舊的host對應的接口。

在上述技術方案的基礎上，所述手機和其它設備，處于同一個wifi信號的覆蓋環(huán)境下。

本發(fā)明所述的動態(tài)修改app的host的方法，基于wifi，在app開啟wifi傳輸服務后，可以上傳host配置文件給app，實現(xiàn)動態(tài)修改host，便于動態(tài)的按需切換測試地址和正式地址，對用戶影響小，有利于數(shù)據(jù)安全，便于對app的測試、糾錯，提高工作效率。

附圖說明

本發(fā)明有如下附圖：

圖1本發(fā)明的流程圖。

具體實施方式

以下結(jié)合附圖對本發(fā)明作進一步詳細說明。

如圖1所示，本發(fā)明所述的動態(tài)修改app的host的方法，包括如下步驟：

步驟1，用戶啟動手機中安裝好的app后，選擇是否開啟wifi傳輸服務，即：是否需要使用wifi傳輸這項服務；

所述wifi傳輸服務是該app中的webserver模塊提供的；

步驟2，如果需要使用wifi傳輸這項服務，但已禁用wifi傳輸服務，則給出用戶報錯信息，

如果需要使用wifi傳輸這項服務，且已啟用wifi傳輸服務，則從webserver獲取手機當前ip地址，并將其作為服務地址顯示于手機操作界面上；

例如：手機當前ip地址為172.17.71.109，則服務地址為http://172.17.71.109，該服務地址顯示于手機操作界面上；

步驟3，在其它設備上用瀏覽器訪問該ip地址；

步驟4，從其它設備中上傳host配置文件到手機中；

上傳操作為手動操作，訪問ip地址后，選擇已經(jīng)編輯好的host配置文件，點擊上傳按鈕進行文件的傳輸；

步驟5，app收到上傳host配置文件的通知后，加載該host配置文件，并用于新的網(wǎng)絡請求時的響應。

在上述技術方案的基礎上，所述其它設備，包括但不限于：電腦，pad，智能手機。優(yōu)先電腦作為其它設備。

在上述技術方案的基礎上，步驟1中所述手機為智能手機，包括但不限于：ios手機，安卓手機。

在上述技術方案的基礎上，步驟4中，上傳host配置文件到步驟1所述app的文件夾中。則，app運行時，可以訪問其自身的文件夾，并讀取host配置文件。

在上述技術方案的基礎上，host配置文件的格式為：至少一行地址解析信息，

每行地址解析信息的格式為：源host地址+空格+目標host地址。

host配置文件為一文本文件，格式和host文件格式一致，例如格式可如下：

172.17.69.110svn.kuwo.cn

139.220.241.88down.cd.kuwo.cn

在上述技術方案的基礎上，當發(fā)起新的網(wǎng)絡請求時，

如果host配置文件中有對應于該請求的host信息，則走新的host對應的接口，

如果host配置文件中無對應于該請求的host信息，則走舊的host對應的接口。

在上述技術方案的基礎上，所述手機和其它設備，處于同一個wifi信號的覆蓋環(huán)境下。

本發(fā)明，通過從其它設備中上傳host配置文件到手機中，實現(xiàn)了動態(tài)修改host，可以按需切換測試地址和正式地址。

對于背景技術部分的應用場景中存在的問題（指在app正式發(fā)布時，遺漏了將網(wǎng)絡請求改為指向正式地址），結(jié)合本發(fā)明的技術方案，可以采用以下方式加以避免：

在開發(fā)app時，開發(fā)人員將接口地址直接寫為正式地址，即便此時正式地址還沒有相應的接口，而開發(fā)人員在測試、糾錯時，用本發(fā)明的技術方案，動態(tài)修改host為測試地址，實現(xiàn)在測試環(huán)境中進行測試、糾錯，這樣app發(fā)布時，無需再將網(wǎng)絡請求改為指向正式地址，對用戶無影響，而且也便于安排測試、糾錯工作。

本發(fā)明的技術方案，還適合于以下應用場景中使用：

以ios系統(tǒng)為例，設iphone中某app調(diào)用了后臺接口a，但是有極個別iphone中該某app出現(xiàn)異常，可出現(xiàn)異常的這些iphone是用戶持有的，不可能交給開發(fā)人員進行測試、糾錯，因此不能進行程序調(diào)試，而且服務端日志量非常大，對這些異常進行定位極為困難。

此時，結(jié)合本發(fā)明的技術方案，指引出現(xiàn)異常的這些iphone的用戶，動態(tài)修改host，則將后臺接口a指向測試地址，開發(fā)人員將能便捷的對出現(xiàn)的異常進行測試、糾錯，對用戶影響小，調(diào)試接口方便，提高了工作效率，有利于提高用戶的使用體驗。

本說明書中未作詳細描述的內(nèi)容屬于本領域?qū)I(yè)技術人員公知的現(xiàn)有技術。