curl-config 完全指南查询 libcurl 安装信息的官方利器【免费下载链接】curlA command line tool and library for transferring data with URL syntax, supporting DICT, FILE, FTP, FTPS, GOPHER, GOPHERS, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, MQTT, MQTTS, POP3, POP3S, RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET, TFTP, WS and WSS. libcurl offers a myriad of powerful features项目地址: https://gitcode.com/GitHub_Trending/cu/curl导读curl-config是 curl 项目随安装包一起提供的一个命令行辅助工具用于查询当前系统中 curl 与 libcurl 安装的版本、编译参数、功能特性、支持的协议以及链接库等信息。在开发基于 libcurl 的应用时它是获取正确的编译--cflags与链接--libs参数最直接、最可靠的途径同时也是检测环境是否满足构建前提的常用手段。读完本文你将掌握 curl-config 的全部选项、输出含义、底层实现原理以及如何在构建脚本与开发流程中熟练使用它。curl-config 是什么curl-config是一个显示 curl 和 libcurl 安装相关信息的命令行工具最早于 curl 7.7.2 版本引入。它的核心用途可以概括为三点环境诊断快速确认 libcurl 的版本号、编译所用编译器、configure 参数、SSL 后端与支持的特性/协议列表编译辅助输出编译需要头文件目录--cflags与链接需要的库参数--libs/--static-libs让第三方程序无需手工猜测依赖版本校验通过--checkfor以脚本友好的方式判断已安装版本是否满足最低版本要求常被集成到 autoconf 探测逻辑中。在仓库中curl-config 的源模板位于 curl-config.in构建系统在配置阶段将其中形如CURLVERSION、prefix的占位符替换为实际值生成最终可执行脚本。其基本用法为curl-config [options]不带任何参数直接运行会打印 usage 信息并以退出码 1 结束参见 curl-config.in 中if test $# -eq 0; then usage 1; fi的逻辑。选项详解以下选项即 curl-config 支持的全部参数。除本文档列出的选项外仓库中的 curl-config.in 还额外实现了--built-shared输出yes/no表明 libcurl 是否以共享库方式构建与--features--feature的同义词且所有选项均可组合使用——脚本通过while循环逐个处理参数。版本信息类--version输出已安装 libcurl 的版本信息。在模板脚本中对应echo libcurl CURLVERSIONcurl-config.in即输出格式固定为libcurl 版本号例如$ curl-config --version libcurl 8.22.0-DEV当前仓库开发版本号定义于 include/curl/curlver.h 的LIBCURL_VERSION 8.22.0-DEV发布时由脚本自动生成。--vernum以十六进制数字形式输出版本号。其编码规则为每个部分主版本号、次版本号、补丁号各占 8 位即格式0xXXYYZZ。文档举例libcurl 7.7.4 显示为070704libcurl 12.13.14 显示为0c0d0e。注意十六进制前缀 0x 不会被输出因此形如070704、081600。它直接取自 include/curl/curlver.h 中定义的LIBCURL_VERSION_NUM当前值为0x081600模板脚本中对应echo VERSIONNUMcurl-config.in。注意该选项在 7.15.0 版本发布时曾存在 bug此前的输出可能不正确。环境与构建信息类--cc显示编译 libcurl 时使用的编译器。模板脚本中对应echo CCcurl-config.in在 CMake 构建中该值由CMAKE_C_COMPILER注入见 CMakeLists.txt。--configure显示构建 curl 时传给 configure 的参数。CMake 构建下该值为空字符串set(CONFIGURE_OPTIONS )见 CMakeLists.txtautotools 构建下则为实际 configure 命令行参数的压缩形式configure.ac 通过AC_CONFIG_FILES([curl-config])生成。--prefixlibcurl 安装时的前缀目录。libcurl 的库文件安装在$prefix/lib头文件安装在$prefix/include等。前缀由configure --prefix指定CMake 构建下取自CMAKE_INSTALL_PREFIXCMakeLists.txt。--cflags输出编译使用 libcurl 头文件的程序所需的预处理器与编译器选项。目前实际内容仅为 curl 头文件的包含路径include path。模板脚本的实现curl-config.in会判断 include 目录是否为系统默认的/usr/include若是则只输出LIBCURL_PC_CFLAGS否则追加-Iincludedir。典型输出如$ curl-config --cflags -I/usr/local/include--libs输出链接 libcurl 所需完整的库与其他链接器选项。实现逻辑curl-config.in为若 lib 目录不是系统默认的/usr/lib或/usr/lib64则先输出-Llibdir若构建为纯静态库ENABLE_SHARED no则输出-lcurl再加上私有依赖LIBCURL_PC_LIBS_PRIVATE否则仅输出-lcurl。典型输出$ curl-config --libs -L/usr/local/lib -lcurl--static-libs输出以静态方式链接 libcurl 所需的完整库集合7.17.1 加入。与--libs不同它总是显式给出静态库的完整路径及全部私有依赖curl-config.in。若构建时禁用了静态库ENABLE_STATIC no则向标准错误输出提示curl was built with static libraries disabled并以退出码 1 结束。功能特性类--feature列出安装的 libcurl 构建时启用的主要特性。特性以换行分隔、无固定顺序可能有 0 个、1 个或多个关键字。文档列举的例子包括 SSL、KRB4、IPv6 等。模板实现curl-config.in遍历SUPPORT_FEATURES逐个输出。常见的特性关键字还包括 AsynchDNS、libz、IDN、HTTP2、HTTP3、alt-svc、HSTS、PSL、SSPI、SPNEGO、NTLM、TLS-SRP、UNIX_SOCKETS、HTTPS-proxy、MultiSSL、threadsafe 等。--protocols7.13.0 加入列出 libcurl 构建时支持的具体协议。协议以大写形式、换行分隔输出顺序不定。文档列举的例子包括 HTTP、HTTPS、FTP、FTPS、FILE、TELNET、LDAP、DICT 等。结合当前项目描述可知完整支持范围还涵盖 GOPHER、GOPHERS、IMAP、IMAPS、LDAPS、MQTT、MQTTS、POP3、POP3S、RTSP、SCP、SFTP、SMB、SMBS、SMTP、SMTPS、TFTP、WS、WSS 等。模板实现curl-config.in遍历SUPPORT_PROTOCOLS逐行输出。该列表与 libcurl.pc.in 中 pkg-config 文件的supported_protocols字段同源。--ssl-backends7.58.0 加入列出构建 libcurl 时启用的 SSL 后端名称。可能没有、有一个或多个多个时以逗号分隔。常见名称如 OpenSSL、GnuTLS、mbedTLS、wolfSSL、Schannel、Secure Transport、BoringSSL、rustls 等。在 CMake 构建中该值由_items变量以空格连接后注入见 CMakeLists.txt脚本直接echo SSL_BACKENDS输出curl-config.in。--ca显示此 libcurl 使用的内建 CA 证书包路径。对应模板脚本中的echo CURL_CA_BUNDLEcurl-config.in路径在配置阶段由构建系统根据平台与探测结果确定。--checkfor [version]7.15.4 加入指定一个最低 libcurl 版本字符串若当前安装版本足够新则返回退出码 0否则返回 1 并输出类似requested version X is newer than existing Y的提示文本。其比较逻辑在模板脚本中完整实现curl-config.in分别解析请求版本与当前版本的 major/minor/patch按优先级逐一比较解析 patch 时会截去连字符后缀以兼容1.2.3-pre1这类预发布版本号。例如$ curl-config --checkfor 7.50.0 echo 版本满足要求在 configure 脚本中常配合--version一起使用作为依赖版本门禁。--help显示所有可用选项curl-config.in 中usage 0以退出码 0 结束。实战示例以下示例均取自原文档可直接在安装了 libcurl 的 shell 中运行验证。链接 libcurl 需要哪些链接器选项$ curl-config --libs编译使用 libcurl 函数的代码需要哪些编译器选项$ curl-config --cflags如何确认 libcurl 是否以 SSL 支持构建$ curl-config --feature | grep SSL若输出包含SSL或HTTPS-proxy、MultiSSL等含 SSL 的关键字即说明已启用。同理也可以组合--protocols与grep检查某一特定协议是否受支持例如curl-config --protocols | grep -i ftp。当前安装的 libcurl 版本是多少$ curl-config --version如何用一行命令编译单个文件$ curl-config --cc --cflags -o example source.c curl-config --libs该命令先用--cc取编译器、--cflags取头文件路径再以--libs追加链接参数。注意反引号命令替换会把输出中可能存在的多个参数如cc -I/usr/local/include正确拆分为单词。在 configure/Makefile 自动化场景中还可以把结果直接赋给变量CC$(shell curl-config --cc) CFLAGS$(shell curl-config --cflags) LIBS$(shell curl-config --libs)从源码看 curl-config 的生成机制curl-config 不是一个独立编译的二进制程序而是一份在构建时由模板生成的 POSIX shell 脚本。理解这一点有助于排查选项输出与预期不符的问题。模板来源仓库根目录的 curl-config.in 是所有输出的逻辑来源其中所有NAME形式的占位符在配置阶段被替换为实际值。例如--feature遍历SUPPORT_FEATURES、--protocols遍历SUPPORT_PROTOCOLS而这两个列表与 pkg-config 文件 libcurl.pc.in 中的supported_protocols、supported_features字段共享同一套构建期变量因此curl-config与pkg-config libcurl在协议/特性信息上天然保持一致。Autotools 路径在 configure.ac 中通过AC_CONFIG_FILES([curl-config], [chmod x curl-config])从模板生成并赋予可执行权限同时 Makefile.am 以bin_SCRIPTS curl-config将其安装到 bin 目录。CMake 路径在 CMakeLists.txt 中构建系统先准备CC、CURLVERSION、VERSIONNUM、prefix、includedir、libdir、ENABLE_SHARED、ENABLE_STATIC、SSL_BACKENDS、SUPPORT_FEATURES、SUPPORT_PROTOCOLS等全部变量随后configure_file(${PROJECT_SOURCE_DIR}/curl-config.in ${PROJECT_BINARY_DIR}/curl-config ONLY)生成脚本并install到${CMAKE_INSTALL_BINDIR}即bin目录。与 pkg-config 的关系curl-config 的--cflags、--libs、--static-libs输出的底层参数LIBCURL_PC_CFLAGS、LIBCURL_PC_LIBS_PRIVATE等与 pkg-config 文件 libcurl.pc.in 的Libs、Libs.private、Cflags字段来自同一批构建期变量二者可互为验证手段。configure.ac 中甚至注释说明在某些场景下 pkg-config 比 curl-config 更利于交叉编译见 configure.ac但 curl-config 的优势在于它是独立脚本、不依赖 pkg-config 工具链。使用建议与限制无参数即求助直接运行curl-config会打印全部选项列表并以退出码 1 退出可当作快速备忘。组合多个选项脚本逐个处理参数curl-config --version --libs这样的多参数调用是合法的输出按参数顺序排列。脚本友好由于输出是纯文本且各选项返回值稳定非常适合在 Makefile、autoconf 探测片段或 CI 脚本中直接捕获--checkfor专为版本门禁设计返回值可直接用于条件判断。适用前提curl-config 仅在构建并安装 curl 后可用CMake 构建需开启安装见 CMakeLists.txt 的if(NOT CURL_DISABLE_INSTALL)条件系统包管理器提供的 curl 发行版通常也会附带。静态链接场景请使用--static-libs而非--libs前者才包含完整私有依赖--static-libs在静态库被禁用的构建下会报错退出。版本差异部分选项为后续版本新增--protocols于 7.13.0、--checkfor于 7.15.4、--static-libs于 7.17.1、--ssl-backends于 7.58.0--vernum在 7.15.0 曾存在缺陷使用旧版本安装时需留意。掌握以上选项与原理后无论是环境诊断、编写构建脚本还是校验依赖版本curl-config 都能成为你操作 libcurl 时得心应手的辅助工具。【免费下载链接】curlA command line tool and library for transferring data with URL syntax, supporting DICT, FILE, FTP, FTPS, GOPHER, GOPHERS, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, MQTT, MQTTS, POP3, POP3S, RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET, TFTP, WS and WSS. libcurl offers a myriad of powerful features项目地址: https://gitcode.com/GitHub_Trending/cu/curl创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 curl-config 完全指南：查询 libcurl 安装信息的官方利器
curl-config 完全指南查询 libcurl 安装信息的官方利器【免费下载链接】curlA command line tool and library for transferring data with URL syntax, supporting DICT, FILE, FTP, FTPS, GOPHER, GOPHERS, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, MQTT, MQTTS, POP3, POP3S, RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET, TFTP, WS and WSS. libcurl offers a myriad of powerful features项目地址: https://gitcode.com/GitHub_Trending/cu/curl导读curl-config是 curl 项目随安装包一起提供的一个命令行辅助工具用于查询当前系统中 curl 与 libcurl 安装的版本、编译参数、功能特性、支持的协议以及链接库等信息。在开发基于 libcurl 的应用时它是获取正确的编译--cflags与链接--libs参数最直接、最可靠的途径同时也是检测环境是否满足构建前提的常用手段。读完本文你将掌握 curl-config 的全部选项、输出含义、底层实现原理以及如何在构建脚本与开发流程中熟练使用它。curl-config 是什么curl-config是一个显示 curl 和 libcurl 安装相关信息的命令行工具最早于 curl 7.7.2 版本引入。它的核心用途可以概括为三点环境诊断快速确认 libcurl 的版本号、编译所用编译器、configure 参数、SSL 后端与支持的特性/协议列表编译辅助输出编译需要头文件目录--cflags与链接需要的库参数--libs/--static-libs让第三方程序无需手工猜测依赖版本校验通过--checkfor以脚本友好的方式判断已安装版本是否满足最低版本要求常被集成到 autoconf 探测逻辑中。在仓库中curl-config 的源模板位于 curl-config.in构建系统在配置阶段将其中形如CURLVERSION、prefix的占位符替换为实际值生成最终可执行脚本。其基本用法为curl-config [options]不带任何参数直接运行会打印 usage 信息并以退出码 1 结束参见 curl-config.in 中if test $# -eq 0; then usage 1; fi的逻辑。选项详解以下选项即 curl-config 支持的全部参数。除本文档列出的选项外仓库中的 curl-config.in 还额外实现了--built-shared输出yes/no表明 libcurl 是否以共享库方式构建与--features--feature的同义词且所有选项均可组合使用——脚本通过while循环逐个处理参数。版本信息类--version输出已安装 libcurl 的版本信息。在模板脚本中对应echo libcurl CURLVERSIONcurl-config.in即输出格式固定为libcurl 版本号例如$ curl-config --version libcurl 8.22.0-DEV当前仓库开发版本号定义于 include/curl/curlver.h 的LIBCURL_VERSION 8.22.0-DEV发布时由脚本自动生成。--vernum以十六进制数字形式输出版本号。其编码规则为每个部分主版本号、次版本号、补丁号各占 8 位即格式0xXXYYZZ。文档举例libcurl 7.7.4 显示为070704libcurl 12.13.14 显示为0c0d0e。注意十六进制前缀 0x 不会被输出因此形如070704、081600。它直接取自 include/curl/curlver.h 中定义的LIBCURL_VERSION_NUM当前值为0x081600模板脚本中对应echo VERSIONNUMcurl-config.in。注意该选项在 7.15.0 版本发布时曾存在 bug此前的输出可能不正确。环境与构建信息类--cc显示编译 libcurl 时使用的编译器。模板脚本中对应echo CCcurl-config.in在 CMake 构建中该值由CMAKE_C_COMPILER注入见 CMakeLists.txt。--configure显示构建 curl 时传给 configure 的参数。CMake 构建下该值为空字符串set(CONFIGURE_OPTIONS )见 CMakeLists.txtautotools 构建下则为实际 configure 命令行参数的压缩形式configure.ac 通过AC_CONFIG_FILES([curl-config])生成。--prefixlibcurl 安装时的前缀目录。libcurl 的库文件安装在$prefix/lib头文件安装在$prefix/include等。前缀由configure --prefix指定CMake 构建下取自CMAKE_INSTALL_PREFIXCMakeLists.txt。--cflags输出编译使用 libcurl 头文件的程序所需的预处理器与编译器选项。目前实际内容仅为 curl 头文件的包含路径include path。模板脚本的实现curl-config.in会判断 include 目录是否为系统默认的/usr/include若是则只输出LIBCURL_PC_CFLAGS否则追加-Iincludedir。典型输出如$ curl-config --cflags -I/usr/local/include--libs输出链接 libcurl 所需完整的库与其他链接器选项。实现逻辑curl-config.in为若 lib 目录不是系统默认的/usr/lib或/usr/lib64则先输出-Llibdir若构建为纯静态库ENABLE_SHARED no则输出-lcurl再加上私有依赖LIBCURL_PC_LIBS_PRIVATE否则仅输出-lcurl。典型输出$ curl-config --libs -L/usr/local/lib -lcurl--static-libs输出以静态方式链接 libcurl 所需的完整库集合7.17.1 加入。与--libs不同它总是显式给出静态库的完整路径及全部私有依赖curl-config.in。若构建时禁用了静态库ENABLE_STATIC no则向标准错误输出提示curl was built with static libraries disabled并以退出码 1 结束。功能特性类--feature列出安装的 libcurl 构建时启用的主要特性。特性以换行分隔、无固定顺序可能有 0 个、1 个或多个关键字。文档列举的例子包括 SSL、KRB4、IPv6 等。模板实现curl-config.in遍历SUPPORT_FEATURES逐个输出。常见的特性关键字还包括 AsynchDNS、libz、IDN、HTTP2、HTTP3、alt-svc、HSTS、PSL、SSPI、SPNEGO、NTLM、TLS-SRP、UNIX_SOCKETS、HTTPS-proxy、MultiSSL、threadsafe 等。--protocols7.13.0 加入列出 libcurl 构建时支持的具体协议。协议以大写形式、换行分隔输出顺序不定。文档列举的例子包括 HTTP、HTTPS、FTP、FTPS、FILE、TELNET、LDAP、DICT 等。结合当前项目描述可知完整支持范围还涵盖 GOPHER、GOPHERS、IMAP、IMAPS、LDAPS、MQTT、MQTTS、POP3、POP3S、RTSP、SCP、SFTP、SMB、SMBS、SMTP、SMTPS、TFTP、WS、WSS 等。模板实现curl-config.in遍历SUPPORT_PROTOCOLS逐行输出。该列表与 libcurl.pc.in 中 pkg-config 文件的supported_protocols字段同源。--ssl-backends7.58.0 加入列出构建 libcurl 时启用的 SSL 后端名称。可能没有、有一个或多个多个时以逗号分隔。常见名称如 OpenSSL、GnuTLS、mbedTLS、wolfSSL、Schannel、Secure Transport、BoringSSL、rustls 等。在 CMake 构建中该值由_items变量以空格连接后注入见 CMakeLists.txt脚本直接echo SSL_BACKENDS输出curl-config.in。--ca显示此 libcurl 使用的内建 CA 证书包路径。对应模板脚本中的echo CURL_CA_BUNDLEcurl-config.in路径在配置阶段由构建系统根据平台与探测结果确定。--checkfor [version]7.15.4 加入指定一个最低 libcurl 版本字符串若当前安装版本足够新则返回退出码 0否则返回 1 并输出类似requested version X is newer than existing Y的提示文本。其比较逻辑在模板脚本中完整实现curl-config.in分别解析请求版本与当前版本的 major/minor/patch按优先级逐一比较解析 patch 时会截去连字符后缀以兼容1.2.3-pre1这类预发布版本号。例如$ curl-config --checkfor 7.50.0 echo 版本满足要求在 configure 脚本中常配合--version一起使用作为依赖版本门禁。--help显示所有可用选项curl-config.in 中usage 0以退出码 0 结束。实战示例以下示例均取自原文档可直接在安装了 libcurl 的 shell 中运行验证。链接 libcurl 需要哪些链接器选项$ curl-config --libs编译使用 libcurl 函数的代码需要哪些编译器选项$ curl-config --cflags如何确认 libcurl 是否以 SSL 支持构建$ curl-config --feature | grep SSL若输出包含SSL或HTTPS-proxy、MultiSSL等含 SSL 的关键字即说明已启用。同理也可以组合--protocols与grep检查某一特定协议是否受支持例如curl-config --protocols | grep -i ftp。当前安装的 libcurl 版本是多少$ curl-config --version如何用一行命令编译单个文件$ curl-config --cc --cflags -o example source.c curl-config --libs该命令先用--cc取编译器、--cflags取头文件路径再以--libs追加链接参数。注意反引号命令替换会把输出中可能存在的多个参数如cc -I/usr/local/include正确拆分为单词。在 configure/Makefile 自动化场景中还可以把结果直接赋给变量CC$(shell curl-config --cc) CFLAGS$(shell curl-config --cflags) LIBS$(shell curl-config --libs)从源码看 curl-config 的生成机制curl-config 不是一个独立编译的二进制程序而是一份在构建时由模板生成的 POSIX shell 脚本。理解这一点有助于排查选项输出与预期不符的问题。模板来源仓库根目录的 curl-config.in 是所有输出的逻辑来源其中所有NAME形式的占位符在配置阶段被替换为实际值。例如--feature遍历SUPPORT_FEATURES、--protocols遍历SUPPORT_PROTOCOLS而这两个列表与 pkg-config 文件 libcurl.pc.in 中的supported_protocols、supported_features字段共享同一套构建期变量因此curl-config与pkg-config libcurl在协议/特性信息上天然保持一致。Autotools 路径在 configure.ac 中通过AC_CONFIG_FILES([curl-config], [chmod x curl-config])从模板生成并赋予可执行权限同时 Makefile.am 以bin_SCRIPTS curl-config将其安装到 bin 目录。CMake 路径在 CMakeLists.txt 中构建系统先准备CC、CURLVERSION、VERSIONNUM、prefix、includedir、libdir、ENABLE_SHARED、ENABLE_STATIC、SSL_BACKENDS、SUPPORT_FEATURES、SUPPORT_PROTOCOLS等全部变量随后configure_file(${PROJECT_SOURCE_DIR}/curl-config.in ${PROJECT_BINARY_DIR}/curl-config ONLY)生成脚本并install到${CMAKE_INSTALL_BINDIR}即bin目录。与 pkg-config 的关系curl-config 的--cflags、--libs、--static-libs输出的底层参数LIBCURL_PC_CFLAGS、LIBCURL_PC_LIBS_PRIVATE等与 pkg-config 文件 libcurl.pc.in 的Libs、Libs.private、Cflags字段来自同一批构建期变量二者可互为验证手段。configure.ac 中甚至注释说明在某些场景下 pkg-config 比 curl-config 更利于交叉编译见 configure.ac但 curl-config 的优势在于它是独立脚本、不依赖 pkg-config 工具链。使用建议与限制无参数即求助直接运行curl-config会打印全部选项列表并以退出码 1 退出可当作快速备忘。组合多个选项脚本逐个处理参数curl-config --version --libs这样的多参数调用是合法的输出按参数顺序排列。脚本友好由于输出是纯文本且各选项返回值稳定非常适合在 Makefile、autoconf 探测片段或 CI 脚本中直接捕获--checkfor专为版本门禁设计返回值可直接用于条件判断。适用前提curl-config 仅在构建并安装 curl 后可用CMake 构建需开启安装见 CMakeLists.txt 的if(NOT CURL_DISABLE_INSTALL)条件系统包管理器提供的 curl 发行版通常也会附带。静态链接场景请使用--static-libs而非--libs前者才包含完整私有依赖--static-libs在静态库被禁用的构建下会报错退出。版本差异部分选项为后续版本新增--protocols于 7.13.0、--checkfor于 7.15.4、--static-libs于 7.17.1、--ssl-backends于 7.58.0--vernum在 7.15.0 曾存在缺陷使用旧版本安装时需留意。掌握以上选项与原理后无论是环境诊断、编写构建脚本还是校验依赖版本curl-config 都能成为你操作 libcurl 时得心应手的辅助工具。【免费下载链接】curlA command line tool and library for transferring data with URL syntax, supporting DICT, FILE, FTP, FTPS, GOPHER, GOPHERS, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, MQTT, MQTTS, POP3, POP3S, RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET, TFTP, WS and WSS. libcurl offers a myriad of powerful features项目地址: https://gitcode.com/GitHub_Trending/cu/curl创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考