場景：某些場景的服務器對權限有很高的限制，你直接通過自己電腦發送的請求未必會被某個服務器接收並響應。
解決，我們可以通過同一級別的服務器發送請求，也就是今天要將的curl這個命令
部分參數說明
| 參數 | 說明 |
|---|---|
| -c file | 將cookie寫入到file這個文件中（file爲文件路徑） |
| -b file | 從file這個文件中將cookie讀取出來 |
| -X POST/PUT/DELETE | 使用POST/PUT/DELETE方法 |
| -H param | 設置請求頭參數 |
| -d "" | 需要向後端發送的數據 |
| -k | 發送https請求的時候，不做認證 （當用https請求出錯的時候，可以試下加-k） |
| -v | 看到詳細的請求頭中的信息 |
| -i | 看到詳細返回頭中的信息 |
| -o filename url | 將對應路徑的文件以該文件名下載下來 |
| -O url | 使用URL中默認的文件名保存到本地 |
| -F "key=value" | curl會以multipart/form-data的方式發送POST請求 以key=value的形式發送數據 如果是文件的話，則需要以key=@value（加上@的標誌） |
舉個例子：現在A服務器提供一個接口，根據身份證查詢姓名，/getNameById 這個接口只對B服務器上的應用開放，這個時候你有一個身份證號想知道姓名是什麼，你就不得不訪問A的接口/getNameById，但是你發現通過本地訪問這個接口一直報超時，這是因爲A服務器有自己的防禦機制，只會響應B服務器的請求，這個時候如果你有B服務器的使用權，你就可以通過curl這個命令訪問查詢姓名的接口，大概格式就是 curl -k "https://ip:8080/getNameById" 得到的結果就是你想要的，我推薦後面的地址用""保住，不然可能會出異常。對一些情況還是挺適用的。