開始一直以為是端口設置的問題，后面才發現是我本地電腦開了http的代理影響的，去掉代理就行。
附上錯誤碼全部解析：
CURLcode
幾乎所有的“easy”界面函數都返回一個CURLcode錯誤代碼。無論什么，使用curl_easy_setopt選項CURLOPT_ERRORBUFFER是一個好主意，因為它會給你一個人類可讀的錯誤字符串，可以提供更多的錯誤原因的細節，而不僅僅是錯誤代碼。curl_easy_strerror可以被調用來從給定的CURLcode號獲取錯誤字符串。
CURLcode是以下之一：
一切都好 照常進行。
您傳遞給libcurl的URL使用此libcurl不支持的協議。支持可能是您沒有使用的編譯時選項，它可能是拼寫錯誤的協議字符串，或只是一個協議libcurl沒有代碼。
非常早的初始化代碼失敗。這可能是一個內部錯誤或問題，或資源問題，在初始時間無法完成某些基本的事情。
網址格式不正確
由於構建時間決定，在此libcurl中內置了一個請求的功能，協議或選項。這意味着在構建libcurl時，功能或選項未啟用或顯式禁用，為了使其功能得以重建libcurl。
CURLE_COULDNT_RESOLVE_PROXY（5）
無法解析代理。給定的代理主機無法解決。
無法解析主機。給定的遠程主機未解決。
無法連接（）到主機或代理。
CURLE_FTP_WEIRD_SERVER_REPLY（8）
服務器發送的數據libcurl無法解析。此錯誤代碼是用於不僅僅是FTP更多的別名是CURLE_WEIRD_SERVER_REPLY自7.51.0。
我們被拒絕訪問URL中給出的資源。對於FTP，嘗試更改為遠程目錄時會發生這種情況。
當使用活動的FTP會話等待服務器連接時，通過控制連接或類似的方式發送錯誤代碼。
CURLE_FTP_WEIRD_PASS_REPLY（11）
將FTP密碼發送到服務器后，libcurl會對此進行適當的回復。此錯誤代碼表示返回了意外的代碼。
在等待服務器連接的活動FTP會話期間，CURLOPT_ACCEPTTIMEOUT_MS（或內部默認）超時過期。
CURLE_FTP_WEIRD_PASV_REPLY（13）
libcurl無法從服務器獲得明智的結果，作為對PASV或EPSV命令的響應。服務器有缺陷。
CURLE_FTP_WEIRD_227_FORMAT（14）
FTP服務器作為對PASV命令的響應返回227行。如果libcurl無法解析該行，則返回此代碼。
查找用於新連接的主機的內部故障。
在HTTP2框架層中檢測到問題。這有點通用，可以是幾個問題中的一個，有關詳細信息，請參閱錯誤緩沖區。
CURLE_FTP_COULDNT_SET_TYPE（17）
嘗試將傳輸模式設置為二進制或ASCII時收到錯誤。
文件傳輸比預期更短或更大。當服務器首先報告預期的傳輸大小，然后傳送與以前給定的大小不匹配的數據時，會發生這種情況。
CURLE_FTP_COULDNT_RETR_FILE（19）
這是對“RETR”命令或零字節傳輸完成的奇怪回復。
向遠程服務器發送自定義“QUOTE”命令時，其中一個命令返回的錯誤代碼為400或更高（對於FTP）或以其他方式指示命令不成功完成。
如果CURLOPT_FAILONERROR設置為TRUE並返回錯誤代碼> = 400，則返回此值。
將接收的數據寫入本地文件時發生錯誤，或者從寫入回調將錯誤返回給libcurl。
無法啟動上傳。對於FTP，服務器通常會拒絕STOR命令。錯誤緩沖區通常包含服務器的解釋。
讀取本地文件或讀回讀返回的錯誤有問題。
內存分配請求失敗。這是嚴重的壞事，如果發生這種情況，事情就會嚴重癱瘓。
操作超時 根據條件達到指定的超時期限。
FTP PORT命令返回錯誤。這主要發生在你沒有指定一個足夠好的libcurl使用的地址。請參閱CURLOPT_FTPPORT。
CURLE_FTP_COULDNT_USE_REST（31）
FTP REST命令返回錯誤。如果服務器是合理的，這絕對不會發生。
服務器不支持或接受范圍請求。
這是一個奇怪的錯誤，主要是由於內部的混亂造成的。
SSL / TLS握手中的某個地方出現問題。你真的想要錯誤緩沖區，並在那里讀取消息，因為它更明確地指出了問題。可以是證書（文件格式，路徑，權限），密碼等。
由於指定的偏移超出文件邊界，所以無法恢復下載。
CURLE_FILE_COULDNT_READ_FILE（37）
FILE：//提供的文件無法打開。最可能的原因是文件路徑不能識別現有的文件。你是否檢查文件權限？
LDAP無法綁定。LDAP綁定操作失敗。
LDAP搜索失敗。
找不到功能 沒有找到所需的zlib函數。
通過回調中止。回調返回到libcurl“abort”。
CURLE_BAD_FUNCTION_ARGUMENT（43）
內部錯誤。一個函數調用了一個壞的參數。
接口錯誤。指定的出站界面無法使用。使用CURLOPT_INTERFACE設置要用於傳出連接的源IP地址的接口。
重定向太多 當以下重定向時，libcurl命中最大數量。用CURLOPT_MAXREDIRS設置你的限制。
傳遞給libcurl的選項不被識別/已知。請參閱相應的文檔。這很可能是程序中使用libcurl的問題。錯誤緩沖區可能包含更多關於哪個確切選項的具體信息。
CURLE_TELNET_OPTION_SYNTAX（49）
telnet選項字符串被非法格式化。
CURLE_PEER_FAILED_VERIFICATION（51）
遠程服務器的SSL證書或SSH md5指紋被認為不正常。
沒有從服務器返回任何東西，在這種情況下，沒有任何東西被認為是錯誤。
未找到指定的加密引擎。
CURLE_SSL_ENGINE_SETFAILED（54）
默認設置所選的SSL加密引擎失敗！
發送網絡數據失敗
接收網絡數據失敗。
本地客戶端證書出現問題。
無法使用指定的密碼。
對等證書無法通過已知的CA證書進行身份驗證。
CURLE_BAD_CONTENT_ENCODING（61）
無法識別的傳輸編碼。
無效的LDAP網址
超過最大文件大小。
請求的FTP SSL級別失敗。
當發送操作卷曲不得不倒帶數據重發時，倒帶操作失敗。
CURLE_SSL_ENGINE_INITFAILED（66）
啟動SSL引擎失敗。
遠程服務器拒絕卷曲登錄（7.13.1中添加）
在TFTP服務器上找不到文件。
TFTP服務器上的權限問題
超出服務器上的磁盤空間。
非法TFTP操作。
未知的TFTP傳輸ID。
文件已存在，不會被覆蓋。
TFTP服務器不應該返回此錯誤。
字符轉換失敗。
來電者必須注冊轉換回調。
閱讀SSL CA證書（路徑？訪問權限？）的問題？
CURLE_REMOTE_FILE_NOT_FOUND（78）
URL中引用的資源不存在。
在SSH會話期間發生未指定的錯誤。
無法關閉SSL連接。
Socket還沒有准備好發送/ recv等待，直到它准備好，然后再試一次。此返回代碼僅從curl_easy_recv和curl_easy_send（在7.18.2中添加） 返回，
無法加載CRL文件（在7.19.0中添加）
發行人檢查失敗（7.19.0中添加）
FTP服務器根本不了解PRET命令，也不支持給定的參數。使用CURLOPT_CUSTOMREQUEST時要小心，在PASV之前也會使用自定義LIST命令與PRET CMD一起發送。（在7.20.0中添加）
RTSP CSeq號碼不匹配。
RTSP會話標識符不匹配。
無法解析FTP文件列表（在FTP通配符下載期間）。
塊回調報告錯誤。
CURLE_NO_CONNECTION_AVAILABLE（89）
（僅供內部使用，永遠不會由libcurl返回）無連接可用，會話將排隊。（加入7.30.0）
CURLE_SSL_PINNEDPUBKEYNOTMATCH（90）
無法匹配使用CURLOPT_PINNEDPUBLICKEY指定的固定密鑰。
CURLE_SSL_INVALIDCERTSTATUS（91）
使用CURLOPT_SSL_VERIFYSTATUS詢問狀態時返回失敗。
HTTP / 2框架層中的流錯誤。
這些錯誤代碼將永遠不會被返回。它們在舊的libcurl版本中使用，目前未使用。
CURLMcode
這是libcurl多接口中函數使用的通用返回碼。還要考慮curl_multi_strerror。
這不是真的錯誤。這意味着您應該再次調用curl_multi_perform，而不用在之間執行select（）或類似操作。在版本7.20.0之前，這可以由curl_multi_perform返回，但是在以后的版本中，這個返回碼永遠不會被使用。
事情沒事
傳入句柄不是有效的CURLM句柄。
一個簡單的句柄不好/有效。這可能意味着它根本不是一個簡單的句柄，或者可能是手柄已被這個或另一個多把手使用。
你注定了
這只能在libcurl錯誤時返回。請向我們報告！
傳入套接字不是libcurl已經知道的有效套接字。（在7.15.4中添加）
curl_multi_setopt（）與不受支持的選項（在7.15.4中添加）
已經添加到多個句柄的一個簡單的句柄被嘗試添加第二次。（在7.32.1中添加）
CURLSHcode
“share”界面將返回一個CURLSHcode來指示發生錯誤的時間。還要考慮curl_share_strerror。
一切都好 照常進行。
一個無效的選項被傳遞給該函數。
共享對象當前正在使用中。
一個無效的共享對象被傳遞給該函數。
沒有足夠的內存可用。（添加7.12.0）
所請求的共享無法完成，因為您使用的庫沒有啟用該特定功能。（在7.23.0中添加）