通過什麼參數訪問web

A. Web程序啟動時怎麼獲取或設置系統參數

4.1.3 內部伺服器映射 NAT的一項功能就是可以將內部的伺服器發布到外部網路上以供外部客戶訪問。通過配置內部伺服器映射，可將相應的外部地址、埠等映射到內部的伺服器上，這樣可使外部網路可訪問內部伺服器資源，同時也提高了內部伺服器的安全性。 在「NAT」子目錄下點擊「內部伺服器」進入NAT內部伺服器配置概覽頁面，單擊<創建>按鈕進入配置頁面，如圖4-3所示。 圖4-3 內部伺服器映射配置 l 介面名稱：選擇用來偵聽外部請求的介面。 l 協議類型：選擇偵聽的協議類型。可從下拉框中選擇常用的協議類型：TCP、UDP和ICMP；選擇「Other」可以自定義協議號。 l 外部地址：輸入在察斗孫此介面上用來偵聽外部請求的IP地址。 l 外部起始埠：「Any」指定所有外部埠號。若要定義一個埠范圍，在「外部起始埠」欄中輸入起始埠號。 l 外部結束埠：指定埠范圍的結束埠號。 l 內銷叢部起始地址：NAT將外部請求映射到的內部伺服器IP地址范圍的起始地址，可以指定一個單一內部地址。 l 內部結束地址：指定內部地址范圍的結束地址。 l 內部埠：「Any」指定內部伺服器偵聽的所有埠號。也可以自己指定所需要的埠號。敗鏈 注意： l 外部埠范圍中埠號的數目必須與內部IP地址范圍中地址的數目相等，否則系統會提示錯誤！ l 當使用埠范圍配置FTP伺服器的NAT Server時，內部埠號不能配置為20和21；當不使用埠范圍配置FTP伺服器的NAT Server時，內部埠號不能配置為20。 注意：在使用這個web的映射功能之前，請先升到最新的版本，否則，web中可能沒有相關的選項。 經過實際測試，f100-m ,f100-s 等低端的，目前最新的版本是1662p07，是沒有這個功能選項的。 只有在命令行中添加了。 其實也很簡單的。 interface Ethernet0/0 ip address 123.*.*.100 255.255.252.0 nat outbound 2000 nat server protocol tcp global 123.*.*.100 443 inside 192.168.1.113 443 nat server protocol tcp global 123.*.*.100 85 inside 192.168.1.113 85

B. 微信 用戶打開web網頁，都帶了什麼參數過去

微信里攜頃高打開網頁，一般情況下不會傳遞任何參數過去。不辯尺過是利用內部的騰訊瀏覽器的內核，打乎哪開那個頁面而已。可以理解成，微信里內置了個基本的瀏覽器。

C. 交換機查看到沒有web文件，如何開啟web管理界面型號為S5720SV2-28P-LI-AC

如何打開Web功能

用戶可以使用預設Web網管參數直接打開Web並登錄；也可以通過CLI配置Web網管的各項參數後，使用配置的參數打開Web並登錄。

• 使用預設Web網管參數直接打開Web並登錄

• 使用網線將計算機與路由器的管理介面相連。

• 配置計算機上的IP，可配置IP地址段范圍:192.168.1.2～192.168.1.254。

• 打開瀏覽器，在地址欄中輸入URL「https://192.168.1.1」，單擊「Enter」鍵，進入用戶登錄頁面。

• 輸入登錄信息。

  用戶名：admin

  密碼：Admin@huawei或admin（密碼區分大小寫）

  輸入Web網管的預設密碼，如果使用Admin@huawei未登錄成功，說明您正在使用較早前發貨的路由器產品，請嘗試使用admin登錄。

• 您現在即可以通過Web網管頁面配置路由器。

• 通過CLI配置Web網管的各項參數，使用配置的參數打開Web並登錄

  如果您不能進入Web網管頁面配置路由器，說明當前使用的軟體版本不支持預設Web登錄，請嘗試非預設方式Web網管登錄。

• 每秒位數（B）：9600

• 數據位（D）：8

• 奇偶驗證（P）：無

• 停止位（S）：1

• 數據流控制（F）：無

• 使用Console配置線纜將計算機連接至路由器的CON/AUX介面。

• 在計算機上打開終端模擬軟體，新建連接，設置連接的埠及通信參數，通信參數設置如下所示。

  如果計算機使用系統自帶的終端模擬軟體（如Windows 2000/XP系統的超級終端），則無需另行准備；如果系統不自帶終端模擬軟體（如Windows 7系統），請您准備第三方終端模擬軟體，使用方法請參照該軟體的使用指導或聯機幫助。

  因為PC端可能會存在多個連接埠，這里需要選擇的是連接Console線纜的那個介面。一般情況下，選擇的埠是COM1。若修改了設備的串口通信參數值，需要在PC端更換通信參數值與設備的串口通信參數值一致後，重新連接。

• 按Enter鍵，直到系統出現如下顯示，提示用戶配置驗證密碼。

  Please configure the login password (6-128)
  Enter Password:
  Confirm Password:
  

• 輸入Console口登錄密碼，登錄設備的CLI界面。

• 使用網線將計算機與路由器的管理介面相連。

• 配置路由器的管理IP。

  例如，在介面GE0/0/0上配置管理IP地址為192.168.1.1，掩碼長度為24。

  <Huawei> system-view[Huawei] interface gigabitethernet 0/0/0[Huawei-GigabitEthernet0/0/0] ip address 192.168.1.1 24[Huawei-GigabitEthernet0/0/0] quit
  

• 使能Web服務。

  [Huawei] http secure-server enable
  

• 配置Web用戶和用戶級別。

  例如，配置Web用戶名為Admin，密碼為Admin123，用戶級別為15。

  [Huawei] aaa[Huawei-aaa] local-user admin password cipher Admin123[Huawei-aaa] local-user admin privilege level 15[Huawei-aaa] local-user admin service-type http[Huawei-aaa] return<Huawei> save
  

• 配置計算機上的IP，可配置IP地址段范圍:192.168.1.2～192.168.1.254。

• 打開瀏覽器，在地址欄中輸入URL「https://192.168.1.1」，單擊「Enter」鍵，進入用戶登錄頁面。

• 您現在即可以使用8配置的用戶名和密碼登錄路由器。

D. 如何訪問Web站點

需要使用瀏覽器，通過瀏覽器來訪問，你常用的ie就是，在瀏覽器里邊輸入站點的域名或者是ip地址就可以了。你提問訪問的就是網路的站點

E. 如何通過瀏覽器訪問web services

將 Web 服務部署到 Web 伺服器。有關更多信息，請參見 XML Web services 發布和部署。
訪問 Web 瀏覽器，並使用以下格式在地址欄中輸入 Web 服務的 URL：

http://servername/apppath/webservicename.asmx

路徑部分
值

伺服器名稱

在其上部署 Web 服務的伺服器的名稱。

應用程序路徑

虛擬目錄的名稱以及 Web 應用程序路徑的其餘部分。

Web 服務名稱.asmx

Web 服務 .asmx 文件的名稱。

例如，假設您已發布了一項名為 StockServices 的 Web 服務。發布時，此服務的基 URL 為 http://<伺服器名稱>/apppath/StockServices.asmx。通過在瀏覽器的地址欄中輸入此 HTTP-GET 請求，可以測試此服務：

http://<servername>/apppath/StockServices.asmx

作為對此請求的響應，伺服器將顯示 Web 服務的 HTML 說明頁。
Web 服務的 HTML 說明頁顯示特定 Web 服務支持的所有 Web 服務方法。鏈接到所需的 Web 服務方法並輸入必需的參數，以測試該方法並查看 XML 響應。
使用 HTTP-GET 在瀏覽器中直接測試 Web 服務方法
將 Web 服務部署到 Web 伺服器。有關更多信息，請參見 XML Web services 發布和部署。
訪問 Web 瀏覽器，並使用以下格式在地址欄中輸入 Web 服務方法的 URL：

http://servername/vdir/webservicename.asmx/Methodname?parameter=value

參數
值

伺服器名稱

在其上部署 Web 服務的伺服器的名稱。

應用程序路徑

虛擬目錄的名稱以及 Web 應用程序路徑的其餘部分。

Web 服務名稱.asmx

Web 服務 .asmx 文件的名稱。

方法名稱

Web 服務公開的公共方法的名稱。如果留為空白，則顯示 Web 服務的說明頁，其中會列出 .asmx 文件中提供的每個公共方法。（可選）

參數

方法所需要的任何參數的相應參數名稱和值。如果留為空白，則顯示 Web 服務的說明頁，其中會列出 .asmx 文件中提供的每個公共方法。（可選）

注意：

此語法中的 Web 服務方法名區分大小寫，但伺服器、項目和 Web 服務名稱不區分大小寫。

例如，假設前一過程中的 StockServices Web 服務包含一個名為 GetQuote 的 Web 服務方法，該 Web 服務方法接受以股票符號作為參數，並以雙精度浮點數的形式返回價格。在瀏覽器的地址欄中輸入以下 HTTP-GET 請求，以測試此方法：
http://<伺服器名稱>/apppath/StockServices.asmx/GetStockQuote?tickerName=MSFT
伺服器發送包含 XML 文檔的響應，將在瀏覽器中顯示該文檔。對於 GetQuote 示例，XML 具有您請求的股票的當前價格。結果可能類似於：
<?xml version="1.0" ?>
<double>74.5</double><double>74.5</double>

F. 如何通過HTTPS方式訪問webservice

web service在企業應用中常常被用作不同系統之間的介面方式。但是如果沒有任何安全機制的話，顯然是難以委以重任的。比較直接的web service加密方式就是使用HTTPS方式(SSL證書加密)加密連接，並且只允許持有信任證書的客戶端連接，即SSL雙向認證。這樣就保證了連接來源的可信度以及數據在傳輸過程中沒有被竊取或篡改。通過HTTPS加密方式訪問web service具體方法如下：
【准備工作】
(1)檢查JDK的環境變數是否正確。本文使用JDK 1.6
(2)准備web伺服器，這里選用TOMCAT 6.0
(3)准備web service服務端和客戶端。
【生成證書】
這里用到的文件，這里存放在D:/SSL/文件夾內，其中D:/SSL/server/內的文件是要交給伺服器用的，D:/SSL/client/內的文件是要交給客戶端用的。
1生成服務端證書
開始-運行-CMD-在dos窗口執行下執行命令：
keytool -genkey -v -aliastomcat -keyalg RSA -keystore D:/SSL/server/tomcat.keystore -dname"CN=127.0.0.1,OU=zlj,O=zlj,L=Peking,ST=Peking,C=CN" -validity 3650-storepass zljzlj -keypass zljzlj
說明：
keytool 是JDK提供的證書生成工具，所有參數的用法參見keytool –help
-genkey 創建新證書
-v 詳細信息
-alias tomcat 以」tomcat」作為該證書禪稿的別名。這里可以根據需要修改
-keyalg RSA 指定演算法
-keystoreD:/SSL/server/tomcat.keystore 保存路徑及文件名
-dname"CN=127.0.0.1,OU=zlj,O=zlj,L=Peking,ST=Peking,C=CN" 證書發行者身份，這里的CN要與發布後的訪問域名一致。但由於這里是自簽證書，如果在瀏覽器訪問，仍然會有警告提示。真正場景中建議申請CA機構(wosign)簽發的賀槐孝SSL證書更安全。
-validity 3650證書有效期，單位為天
-storepass zljzlj 證書的存取密碼
-keypass zljzlj 證書的私鑰
2 生成客戶端證書
執行命令：
keytool ‐genkey ‐v ‐aliasclient ‐keyalg RSA ‐storetype PKCS12 ‐keystore D:/SSL/client/client.p12 ‐dname"CN=client,OU=zlj,O=zlj,L=bj,ST=bj,C=CN" ‐validity 3650 ‐storepassclient ‐keypass client
說明：
參數說明同上。這里的-dname 證書發行者身份可以和前面不同，到目前為止，這2個證書可以沒有任何關系。下面要做的工作才明族是建立2者之間的信任關系。
3 導出客戶端證書
執行命令：
keytool ‐export ‐aliasclient ‐keystore D:/SSL/client/client.p12 ‐storetype PKCS12 ‐storepass client‐rfc ‐file D:/SSL/client/client.cer
說明：
-export 執行導出
-file 導出文件的文件路徑
4 把客戶端證書加入服務端證書信任列表
執行命令：
keytool ‐import ‐aliasclient ‐v ‐file D:/SSL/client/client.cer ‐keystoreD:/SSL/server/tomcat.keystore ‐storepass zljzl
說明：
參數說明同前。這里提供的密碼是服務端證書的存取密碼。
5 導出服務端證書
執行命令：
keytool -export -aliastomcat -keystore D:/SSL/server/tomcat.keystore -storepass zljzlj -rfc -fileD:/SSL/server/tomcat.cer
說明：
把服務端證書導出。這里提供的密碼也是服務端證書的密碼。
6 生成客戶端信任列表
執行命令：
keytool -import -fileD:/SSL/server/tomcat.cer -storepass zljzlj -keystoreD:/SSL/client/client.truststore -alias tomcat –noprompt
說明：
讓客戶端信任服務端證書
【 配置服務端為只允許HTTPS連接】
1 配置Tomcat 目錄下的/conf/server.xml
Xml代碼：
<Connectorport="8443" protocol="HTTP/1.1" SSLEnabled="true"
maxThreads="150" scheme="https" secure="true"clientAuth="true"
sslProtocol="TLS"keystoreFile="D:/SSL/server/tomcat.keystore"
keystorePass="zljzlj"truststoreFile="D:/SSL/server/tomcat.keystore"
truststorePass="zljzlj" />
說明：
在server.xml裡面這段內容本來是被注釋掉的，如果想使用https的默認埠443，請修改這里的port參數。其中的clientAuth="true" 指定了雙向證書認證。
2 配置服務端項目web.xml
在<welcome-file-list>之後增加Xml代碼：
<!-- 強制SSL配置，即普通的請求也會重定向為SSL請求 -->
<security-constraint>
<web-resource-collection>
<web-resource-name>SSL</web-resource-name>
<url-pattern>/service/*</url-pattern><!--全站使用SSL <url-pattern>/*</url-pattern>-->
</web-resource-collection>
<user-data-constraint>
<description>SSL required</description>
<!-- CONFIDENTIAL: 要保證伺服器和客戶端之間傳輸的數據不能夠被修改，且不能被第三方查看到 -->
<!-- INTEGRAL: 要保證伺服器和client之間傳輸的數據不能夠被修改 -->
<!-- NONE: 指示容器必須能夠在任一的連接上提供數據。（即用HTTP或HTTPS，由客戶端來決定）-->
<transport-guarantee>CONFIDENTIAL</transport-guarantee>
</user-data-constraint>
</security-constraint>
說明：
這里限制了WEB service服務地址的訪問必須為https連接。<url-pattern>要根據你的web service服務地址配置。
【修改客戶端代碼】
在執行訪問之前，增加Java代碼：
System.setProperty("javax.net.ssl.trustStore","D:/SSL/client/client.truststore");
System.setProperty("javax.net.ssl.trustStorePassword","zljzlj");
System.setProperty("javax.net.ssl.keyStoreType","PKCS12");
System.setProperty("javax.net.ssl.keyStore","D:/SSL/client/client.p12");
System.setProperty("javax.net.ssl.keyStorePassword","client");
StringendPoint="https://127.0.0.1:8443/easbCut/services/ApplyFormService";
...
通過設置參數來指定客戶端連接時所使用的客戶端證書，這里還可以採用修改JVM啟動參數的的方式來執行，但出於不影響其他功能的考慮，這里採用System.setProperty的方式來設置這些參數，在使用結束後，可以還原這些參數配置。做為客戶端的開發者，可以把拿到的證書文件後，只執行步驟3。

G. 通過什麼協議訪問web服務

HTTP：超文本傳輸協議（Hypertext Transfer Protocol）HTTP的發展是萬維網協會（World Wide Web Consortium）和Internet工作小組（Internet Engineering Task Force）合作的結果，（他們）最終發布了一系列的RFC，其中最著名的就是RFC 2616。RFC 2616定義了HTTP協議的我們今天普遍使用的一個版本——HTTP 1.1。HTTP是一個客戶端和伺服器端請求和應答的標准（TCP）。客戶端是終端用戶，伺服器端是網站。通過使用Web瀏覽器、網路爬蟲或者其它的工具，客戶端發起一個到伺服器上指定埠（默認埠為80）的HTTP請求。（我們稱這個客戶端）叫用戶代理（user agent）。應答的伺服器上存儲著（一些）資源，比如HTML文件和圖像。（我們稱）這個應答伺服器為源伺服器（origin server）。在用戶代理和源伺服器中間可能存在多個中間層，比如代理，網關，或者隧道（tunnels）。盡管TCP/IP協議是互聯網上最流行的應用，HTTP協議並沒有規定必須使用它和（基於）它支持的層。 事實上，HTTP可以在任何其他互聯網協議上，或者在其他網路上實現。HTTP只假定（其下層協議提供）可靠的傳輸，任何能夠提供這種保證的協議都可以被其使用。通常，由HTTP客戶端發起一個請求，建立一個到伺服器指定埠（默認是80埠）的TCP連接。HTTP伺服器則在那個埠監聽客戶端發送過來的請求。一旦收到請求，伺服器（向客戶端）發回一個狀態行，比如"HTTP/1.1 200 OK"，和（響應的）消息，消息的消息體可能是請求的文件、錯誤消息、或者其它一些信息。HTTP使用TCP而不是UDP的原因在於（打開一個）一個網頁必須傳送很多數據，而TCP協議提供傳輸控制，按順序組織數據，和錯誤糾正。通過HTTP或者HTTPS協議請求的資源由統一資源標示符（Uniform Resource Identifiers）（或者，更准確一些，URLs）來標識。[編輯本段][1][2]HTTP是什麼?當我們想瀏覽一個網站的時候，只要在瀏覽器的地址欄里輸入網站的地址就可以了，例如www..com,但是在瀏覽器的地址欄裡面出現的卻是： http://www..com ,你知道為什麼會多出一個「http」嗎？ 我們在瀏覽器的地址欄里輸入的網站地址叫做URL (Uniform Resource Locator，統一資源定位符)。就像每家每戶都有一個門牌地址一樣，每個網頁也都有一個Internet地址。當你在瀏覽器的地址框中輸入一個URL或是單擊一個超級鏈接時，URL就確定了要瀏覽的地址。瀏覽器通過超文本傳輸協議(HTTP)，將Web伺服器上站點的網頁代碼提取出來，並翻譯成漂亮的網頁。因此，在我們認識HTTP之前，有必要先弄清楚URL的組成,例如： http://www..com/china/index.htm。它的含義如下： 1. http://：代表超文本傳輸協議，通知.com伺服器顯示Web頁，通常不用輸入；2. www：代表一個Web（萬維網）伺服器； 3. .com/：這是裝有網頁的伺服器的域名，或站點伺服器的名稱； 4. China/：為該伺服器上的子目錄，就好像我們的文件夾； 5. Index.htm：index.htm是文件夾中的一個HTML文件（網頁）。 我們知道，Internet的基本協議是TCP/IP協議，然而在TCP/IP模型最上層的是應用層（Application layer），它包含所有高層的協議。高層協議有：文件傳輸協議FTP、電子郵件傳輸協議SMTP、域名系統服務DNS、網路新聞傳輸協議NNTP和HTTP協議等。 HTTP協議（HyperText Transfer Protocol，超文本傳輸協議）是用於從WWW伺服器傳輸超文本到本地瀏覽器的傳送協議。它可以使瀏覽器更加高效，使網路傳輸減少。它不僅保證計算機正確快速地傳輸超文本文檔，還確定傳輸文檔中的哪一部分，以及哪部分內容首先顯示(如文本先於圖形)等。這就是你為什麼在瀏覽器中看到的網頁地址都是以 http://開頭的原因。

H. 如何通過HTTPS方式訪問webservice

通過HTTPS加密方式訪問web service具體方法如下：
【准備工作】
(1)檢查JDK的環境變數是否正確。本文使用JDK 1.6
(2)准備web伺服器，這里選用TOMCAT 6.0
(3)准備web service服務端和客戶端。
【生成證書】
這里用到的文件，這里存放在D:/SSL/文件夾內，其中D:/SSL/server/內的文件是要交給伺服器用的，D:/SSL/client/內的文件是要交給客戶端用的。
1生成服務端證書
開始-運行-CMD-在dos窗口執行下執行命令：
keytool -genkey -v -aliastomcat -keyalg RSA -keystore D:/SSL/server/tomcat.keystore -dname"CN=127.0.0.1,OU=zlj,O=zlj,L=Peking,ST=Peking,C=CN" -validity 3650-storepass zljzlj -keypass zljzlj
說明：
keytool 是JDK提供的證書生成工具，所有參數的用法參見keytool –help
-genkey 創建新證書
-v 詳細信息
-alias tomcat 以」tomcat」作為該證書的別名。這里可以根據需要修改
-keyalg RSA 指定演算法
-keystoreD:/SSL/server/tomcat.keystore 保存路徑及文件名
-dname"CN=127.0.0.1,OU=zlj,O=zlj,L=Peking,ST=Peking,C=CN" 證書發行者身份，這里的CN要與發布後的訪問域名一致。但由於這里是自簽證書，如果在瀏覽器訪問，仍然會有警告提示。真正場景中建議申請CA機構(wosign)簽發的SSL證書更安全。
-validity 3650證書有效期，單位為天
-storepass zljzlj 證書的存取密碼
-keypass zljzlj 證書的私鑰
2 生成客戶端證書
執行命令：
keytool ‐genkey ‐v ‐aliasclient ‐keyalg RSA ‐storetype PKCS12 ‐keystore D:/SSL/client/client.p12 ‐dname"CN=client,OU=zlj,O=zlj,L=bj,ST=bj,C=CN" ‐validity 3650 ‐storepassclient ‐keypass client
說明：
參數說明同上。這里的-dname 證書發行者身份可以和前面不同，到目前為止，這2個證書可以沒有任何關系。下面要做的工作才是建立2者之間的信任關系。
3 導出客戶端證書
執行命令：
keytool ‐export ‐aliasclient ‐keystore D:/SSL/client/client.p12 ‐storetype PKCS12 ‐祥亂彎storepass client‐rfc ‐file D:/SSL/client/client.cer
說明：
-export 執行導出
-file 導出文件的文件路徑
4 把客戶端證書加入服務端證書信任列表
執行命令：
keytool ‐import ‐aliasclient ‐v ‐file D:/SSL/client/謹悶client.cer ‐keystoreD:/SSL/server/tomcat.keystore ‐storepass zljzl
說明：
參數說明同前。這里提供的密碼是服務端證書的存取密碼。
5 導出服務端證書
執行命令：
keytool -export -aliastomcat -keystore D:/SSL/server/tomcat.keystore -storepass zljzlj -rfc -fileD:/SSL/server/tomcat.cer
說明：
把服務端證陪顫書導出。這里提供的密碼也是服務端證書的密碼。
6 生成客戶端信任列表
執行命令：
keytool -import -fileD:/SSL/server/tomcat.cer -storepass zljzlj -keystoreD:/SSL/client/client.truststore -alias tomcat –noprompt
說明：
讓客戶端信任服務端證書
【 配置服務端為只允許HTTPS連接】
1 配置Tomcat 目錄下的/conf/server.xml
Xml代碼：
<Connectorport="8443" protocol="HTTP/1.1" SSLEnabled="true"
maxThreads="150" scheme="https" secure="true"clientAuth="true"
sslProtocol="TLS"keystoreFile="D:/SSL/server/tomcat.keystore"
keystorePass="zljzlj"truststoreFile="D:/SSL/server/tomcat.keystore"
truststorePass="zljzlj" />
說明：
在server.xml裡面這段內容本來是被注釋掉的，如果想使用https的默認埠443，請修改這里的port參數。其中的clientAuth="true" 指定了雙向證書認證。

I. JAVA通過soap訪問webservice

我做過的一個例子:

import javax.xml.namespace.QName;

import org.apache.axis.client.Call;
import org.apache.axis.client.Service;

import com.yupont.utils.XMLUtil;

public class ServiceTest {

public String callSGCCService(String operationName,String inputXML,String serviceName,String serverContextRoot)
{
StringBuilder result=null;
try {
String endpoint = serverContextRoot+"/services/"+serviceName;
Service service = new Service();// 創建一個服務(service)調用(call)
Call call = (Call)service.createCall();// 通過service創建call對象
call.setTargetEndpointAddress(new java.net.URL(endpoint));// 設置service所賣和褲喊在URL
call.setOperationName(new QName("http://service.yupont.com",operationName));
call.setUseSOAPAction(true);
String result1 = (String)call.invoke(new Object[]{inputXML});
System.out.println(result1);
result=new StringBuilder(result1);
result.append("@@@@@");
result.append(XMLUtil.getNodeTxtByNodeName(XMLUtil.strToXML(result1).getRootElement(), "URL"));
}
catch (Exception e)
{
System.err.println(e.toString());
}
return result.toString();
}

}
你可以中純盯參考一下

J. 瀏覽器分別在哪些情況下使用get方式和post方式訪問web伺服器

get請求方式：
直接在瀏覽器地址輸入的訪問地址，或提交表單時，該表單對應的form元素沒有設置method方式或者method方式為get，get方式的請求會將請求參數的名和值轉換成字元串，並附加在原rul之後，因此，可以在地址欄中看到請求參數名和值。且get請求方式傳送的數據量小，一般不能大於2kb
post請求方式：
通過表單提交，且需要設置form的元素為post。post方式傳送的數據量較大，取決於伺服器的設置，post方式發送的請求參數以及對應的值放在html header中傳輸，用戶不能在地址欄里看到請求參數之，安全性相對較高。
對比以上兩種參數傳遞方式，我們應該採用post方式。

post請求方式處理非西歐字元：
必須在獲取請求參數之前先調用setCharacterEncoding方法設置編碼的字元集，因此當發送請求的表單頁採用gb2312字元集
Jsp代碼
<%@ page language="java" contentType="text/html;charset="gb2312"%>
<html>
request.setCharacterEncoding("gb2312");
String name = request.getParameter("name");
String [] colors = request.getParamterValues("color");
<!--下面依次輸出表單域的值-->
您的名字：<%=name%>
您喜歡的顏色<%for(String c:colors){out.println(c+"");}%>
</html>

get請求方式處理非西歐字元：
在獲取請求參數值之後對請求參數值重新編碼，也就是將其轉換成位元組數組，再將位元組數組重新編碼成字元串
Jsp代碼
<%@ page language="java" contentType="text/html;charset="gb2312"%>
<html>
String rawName = request.getParametet("name");
bytes[] rawBytes = rawName.getBytes("ISO-8859-1");
String name = new String(rawBytes,"gb2312");
</html>