1.1get 在瀏覽器回退時是無害的，而 post 會再次提交請求。
1.2get 產生的 url 位址可以被 bookmark，而 post 不可以。
1.3get 請求會被瀏覽器主動 cache，而 post 不會，除非手動設定。
1.4get 請求只能進行 url 編碼，而 post 支援多種編碼方式。
1.5get 請求引數會被完整保留在瀏覽器歷史記錄裡，而 post 中的引數不會被保留。
1.6get 請求在 url 中傳送的引數是有長度限制的，而 post 麼有。
1.7對引數的資料型別，get 只接受 ascii 字元，而 post 沒有限制。
1.8get 比 post 更不安全，因為引數直接暴露在 url 上，所以不能用來傳遞敏感資訊。
1.9get 引數通過 url 傳遞，post 放在 request body 中。如果我告訴你，你死記硬背的這些所謂「標準答案」不是面試官想要的，你肯定不服，首先從安全性講，get 和 post 都一樣，
2.0沒啥所謂的哪個更安全get 請求引數在 url 位址上，直接暴露，post 請求的引數放 body 部分，按 f12也直接暴露了，所以沒啥安全性可言
2.1「get 引數通過 url 傳遞，post 放在 request body 中」這個其實也不准，post請求也可以沒 body，也可以在 url 傳遞呢？
get 和 post 有乙個重大區別，簡單的說：
get 產生乙個 tcp 資料報；post 產生兩個 tcp 資料報。
長的說：
對於 get 方式的請求，瀏覽器會把 http header 和 data 一併傳送出去，伺服器
響應 200（返回資料）；
而對於 post，瀏覽器先傳送 header，伺服器響應 100 continue，瀏覽器再傳送
data，伺服器響應 200 ok（返回資料）
也就是說，get只需要汽車跑一趟就把貨送到了，而post得跑兩趟，第一趟，先去和伺服器打個招呼「嗨，我等下要送一批貨來，你們開啟門迎接我」，然後再回頭把貨送過去。
1. get與post都有自己的語義，不能隨便混用。
2. 據研究，在網路環境好的情況下，發一次包的時間和發兩次包的時間差別基本可以無視。而在網路環境差的情況下，兩次包的tcp在驗證資料報完整性上，有非常大的優點。
3. 並不是所有瀏覽器都會在post中傳送兩次包，firefox就只傳送一次。
現在，當面試官再問你「get與post的區別」的時候，你的內心是不是這樣的
面試過程中
面試過程中，面試官會向應聘者發問，而應聘者的回答將成為面試官考慮是否接受他的重要依據。對應聘者而言，了解這些問題背後的 貓膩 至關重要。本文對面試中經常出現的一些典型問題進行了整理，並給出相應的回答思路和參 讀者無需過分關注分析的細節，關鍵是要從這些分析中 悟 出面試的規律及回答問題的思維方式，達到...
測試過程中的問題定位與分析
出現問題之後，可以從以下方面進行分析 1.看日誌，或者程式返回的錯誤碼 如 可以通過檢視日誌來確定程式是由於什麼原因出錯的，一般都可以在日誌中找到解決的方法 看錯誤碼也可以，如檢視資料庫的錯誤碼，大概知道是哪個地方出錯。像一些，不能讀取檔案，建立檔案失敗之類的，基本上都是檔案許可權，磁碟空間，hos...
軟體測試過程中的度量與分析
本文中考慮的軟體測試過程專指第三方的軟體測試過程，即在測試的過程中，不涉及開發人員的修復過程。度量和分析的目的是開發和維持乙個用於支援專案資訊需要的度量能力。通過對專案的度量，一方面可以逐漸豐富和完善公司的度量財富庫，從而為專案經理進行專案工作量 進度等的預估時提供可靠的參考依據 另一方面，通過度量...