2026/9/19 21:39:27
FEATURED · 精选文章 
Resty认证方式完全清单Basic、Bearer Token与RFC 7616摘要认证实战【免费下载链接】restySimple HTTP, REST, and SSE client library for Go项目地址: https://gitcode.com/gh_mirrors/re/restyResty是 Go 生态中最受欢迎的 Simple HTTP、REST 和 SSE 客户端库它把 HTTP 请求的常见细节封装成了简洁的链式 API认证Authentication就是其中最实用的一块。本文带你用最短的时间搞清楚Resty 认证方式从最基础的Basic AuthHTTP 基本认证、最常用的Bearer Token到符合RFC 7616 标准的 Digest 摘要认证一篇讲透帮你写出安全又干净的认证代码。 一张表看懂 Resty 认证全家桶Resty 的认证能力分布在客户端Client和请求Request两个层级客户端级别一次设置全局生效请求级别可针对单次请求覆盖。认证方式客户端级 API请求级 API适用场景安全性Basic 基本认证SetBasicAuthSetBasicAuth内网接口、简单系统⭐⭐Bearer TokenSetAuthTokenSetAuthTokenOAuth2、JWT、API Key⭐⭐⭐自定义认证方案SetAuthSchemeSetAuthSchemeOAuth、自定义头⭐⭐⭐Digest 摘要认证SetDigestAuth—遗留系统、RFC 7616 服务端⭐⭐⭐⭐ 核心原则认证信息永远走Authorization请求头而不是拼在 URL 里并且生产环境务必使用 HTTPS。 Basic 基本认证三步完成账号密码登录Basic 认证是 HTTP 最古老的认证方式RFC 7617把用户名:密码做 Base64 编码后放入请求头Authorization: Basic Z28tcmVzdHk6d2VsY29tZQResty 提供了两级 API客户端级在 client.go 中定义的SetBasicAuth设置一次之后该客户端发出的所有请求都会带上这组凭证非常适合登录态贯穿整个应用的场景请求级在 request.go 中定义的SetBasicAuth只对当前这一次请求生效并且会覆盖客户端上已设置的凭证。// 客户端级别全局生效 client : resty.New().SetBasicAuth(go-resty, welcome) // 请求级别仅覆盖当前请求 client.R().SetBasicAuth(alice, secret).Get(https://api.example.com/status)✅最佳实践Basic 认证的凭证只是 Base64 编码不是加密因此只应在 HTTPS 下使用或仅用于内网、测试环境。 Bearer Token现代 API 认证的事实标准Bearer Token 是 OAuth 2.0 和 JWT 世界里的通行证。你拿到的令牌Token代表某个身份服务端只验证令牌本身无需每次传输密码。Resty 的SetAuthToken见 client.go 与 request.go默认就会按Bearer 方案生成请求头Authorization: Bearer BC594900518B4F7EAC75BD37F019E08F...// 所有请求自动携带 JWT / API Token client : resty.New().SetAuthToken(eyJhbGciOiJIUzI1NiIs...) // 某个请求临时换一个新令牌 client.R().SetAuthToken(freshToken).Post(https://api.example.com/orders)适用场景前后端分离项目的 JWT、第三方平台的 Access Token、AI 服务的 API Key。Token 到期前只需调用SetAuthToken刷新即可无需重建客户端。 自定义认证方案不止 Bearer如果你的服务端要求Authorization: OAuth token或公司内部的自定义方案可以用SetAuthScheme改变令牌前面的方案名// 最终生成Authorization: OAuth token-value client.R().SetAuthToken(token).SetAuthScheme(OAuth)该方法的实现位于 request.go注释中也引用了 RFC 7235 作为依据。认证方案名可以在 IANA 的 HTTP Auth Schemes 注册列表中找到Bearer、Basic、Digest、OAuth都是其中成员。 RFC 7616 Digest 摘要认证密码不上线的进阶玩法Digest Auth摘要认证是本文的主角。与 Basic 认证明文传密码编码后不同摘要认证从不传输密码本身而是用哈希值进行挑战-应答Challenge-Response验证。Resty 的 Digest 认证实现在 digest.go 中核心是digestTransport这个自定义 Transport见 digest.go工作流程非常巧妙第一次请求Resty 先发出一个不带Authorization头的请求捕获挑战如果服务端返回401 Unauthorized并在WWW-Authenticate头中给出 Digest 挑战包含 realm、nonce、algorithm 等参数Resty 会解析这个挑战计算应答用用户名、密码、nonce、请求方法与 URI 等信息计算哈希应答值见 digest.go 的digest方法自动重发把计算好的Authorization: Digest ...头附在第二次请求上整个过程对使用者完全透明。你只需要一行代码开启// 自动处理 401 挑战 → 计算摘要 → 重发请求 client : resty.New().SetDigestAuth(user, pass) resp, err : client.R().Get(https://legacy.example.com/api/data)SetDigestAuth的定义见 client.go。支持的算法与质量保护qop哈希算法完整实现了 RFC 7616 要求的算法族包括MD5、SHA-256、SHA-512、SHA-512-256及其对应的-sess会话变体见 digest.go并支持userhash参数防止用户名在网络上以明文出现qop 选项支持auth与auth-int两种质量保护其中auth-int还会对请求体做哈希保证消息完整性见 digest.go友好的错误值当服务端下发非法挑战、非 UTF-8 字符集、不受支持的算法或 qop 时分别返回ErrDigestBadChallenge、ErrDigestInvalidCharset、ErrDigestAlgNotSupported、ErrDigestQopNotSupported方便你快速定位问题定义见 digest.go。相关测试用例可以参看 digest_test.go覆盖了各种挑战解析与应答计算的场景。 如何选择Resty 认证方式速查指南你的场景推荐方式理由测试环境 / 简单内网 APIBasic 认证一行代码搞定OAuth2 / JWT / 第三方 APIBearer Token行业标准令牌可独立刷新服务端要求Authorization: OAuth ...SetAuthScheme(OAuth)灵活定制方案名对接遗留系统返回 401 Digest 挑战Digest 摘要认证密码不上线自动完成挑战-应答❓ 常见问题 FAQQ1请求级和客户端级的认证设置冲突了怎么办Resty 明确规定请求级设置会覆盖客户端级设置例如Request.SetBasicAuth覆盖Client.SetBasicAuthRequest.SetAuthToken覆盖Client.SetAuthToken。想按接口定制认证时直接在单次请求上设置即可。Q2Digest 认证为什么会有两次网络请求这是 RFC 7616 的设计使然第一次请求用于获取服务器下发的 nonce 等挑战参数。Resty 的digestTransport会自动完成整个流程代码层面你只调用一次Get/Post。Q3能不能把 Token 放在 URL 查询参数里强烈不建议。URL 会被日志、浏览器历史、代理服务器记录泄露风险远大于请求头。坚持使用Authorization头 HTTPS 是最稳妥的组合。小结Resty 用极简的 API 覆盖了Basic、Bearer Token、自定义方案、RFC 7616 Digest 摘要认证四大认证场景日常开发中SetAuthTokenBearer能满足 80% 的需求对接遗留系统时SetDigestAuth会帮你自动搞定摘要认证的繁琐细节。现在就去 client.go 和 digest.go 里看看源码把这套认证清单用进你的项目吧【免费下载链接】restySimple HTTP, REST, and SSE client library for Go项目地址: https://gitcode.com/gh_mirrors/re/resty创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Resty认证方式完全清单：Basic、Bearer Token与RFC 7616摘要认证实战
Resty认证方式完全清单Basic、Bearer Token与RFC 7616摘要认证实战【免费下载链接】restySimple HTTP, REST, and SSE client library for Go项目地址: https://gitcode.com/gh_mirrors/re/restyResty是 Go 生态中最受欢迎的 Simple HTTP、REST 和 SSE 客户端库它把 HTTP 请求的常见细节封装成了简洁的链式 API认证Authentication就是其中最实用的一块。本文带你用最短的时间搞清楚Resty 认证方式从最基础的Basic AuthHTTP 基本认证、最常用的Bearer Token到符合RFC 7616 标准的 Digest 摘要认证一篇讲透帮你写出安全又干净的认证代码。 一张表看懂 Resty 认证全家桶Resty 的认证能力分布在客户端Client和请求Request两个层级客户端级别一次设置全局生效请求级别可针对单次请求覆盖。认证方式客户端级 API请求级 API适用场景安全性Basic 基本认证SetBasicAuthSetBasicAuth内网接口、简单系统⭐⭐Bearer TokenSetAuthTokenSetAuthTokenOAuth2、JWT、API Key⭐⭐⭐自定义认证方案SetAuthSchemeSetAuthSchemeOAuth、自定义头⭐⭐⭐Digest 摘要认证SetDigestAuth—遗留系统、RFC 7616 服务端⭐⭐⭐⭐ 核心原则认证信息永远走Authorization请求头而不是拼在 URL 里并且生产环境务必使用 HTTPS。 Basic 基本认证三步完成账号密码登录Basic 认证是 HTTP 最古老的认证方式RFC 7617把用户名:密码做 Base64 编码后放入请求头Authorization: Basic Z28tcmVzdHk6d2VsY29tZQResty 提供了两级 API客户端级在 client.go 中定义的SetBasicAuth设置一次之后该客户端发出的所有请求都会带上这组凭证非常适合登录态贯穿整个应用的场景请求级在 request.go 中定义的SetBasicAuth只对当前这一次请求生效并且会覆盖客户端上已设置的凭证。// 客户端级别全局生效 client : resty.New().SetBasicAuth(go-resty, welcome) // 请求级别仅覆盖当前请求 client.R().SetBasicAuth(alice, secret).Get(https://api.example.com/status)✅最佳实践Basic 认证的凭证只是 Base64 编码不是加密因此只应在 HTTPS 下使用或仅用于内网、测试环境。 Bearer Token现代 API 认证的事实标准Bearer Token 是 OAuth 2.0 和 JWT 世界里的通行证。你拿到的令牌Token代表某个身份服务端只验证令牌本身无需每次传输密码。Resty 的SetAuthToken见 client.go 与 request.go默认就会按Bearer 方案生成请求头Authorization: Bearer BC594900518B4F7EAC75BD37F019E08F...// 所有请求自动携带 JWT / API Token client : resty.New().SetAuthToken(eyJhbGciOiJIUzI1NiIs...) // 某个请求临时换一个新令牌 client.R().SetAuthToken(freshToken).Post(https://api.example.com/orders)适用场景前后端分离项目的 JWT、第三方平台的 Access Token、AI 服务的 API Key。Token 到期前只需调用SetAuthToken刷新即可无需重建客户端。 自定义认证方案不止 Bearer如果你的服务端要求Authorization: OAuth token或公司内部的自定义方案可以用SetAuthScheme改变令牌前面的方案名// 最终生成Authorization: OAuth token-value client.R().SetAuthToken(token).SetAuthScheme(OAuth)该方法的实现位于 request.go注释中也引用了 RFC 7235 作为依据。认证方案名可以在 IANA 的 HTTP Auth Schemes 注册列表中找到Bearer、Basic、Digest、OAuth都是其中成员。 RFC 7616 Digest 摘要认证密码不上线的进阶玩法Digest Auth摘要认证是本文的主角。与 Basic 认证明文传密码编码后不同摘要认证从不传输密码本身而是用哈希值进行挑战-应答Challenge-Response验证。Resty 的 Digest 认证实现在 digest.go 中核心是digestTransport这个自定义 Transport见 digest.go工作流程非常巧妙第一次请求Resty 先发出一个不带Authorization头的请求捕获挑战如果服务端返回401 Unauthorized并在WWW-Authenticate头中给出 Digest 挑战包含 realm、nonce、algorithm 等参数Resty 会解析这个挑战计算应答用用户名、密码、nonce、请求方法与 URI 等信息计算哈希应答值见 digest.go 的digest方法自动重发把计算好的Authorization: Digest ...头附在第二次请求上整个过程对使用者完全透明。你只需要一行代码开启// 自动处理 401 挑战 → 计算摘要 → 重发请求 client : resty.New().SetDigestAuth(user, pass) resp, err : client.R().Get(https://legacy.example.com/api/data)SetDigestAuth的定义见 client.go。支持的算法与质量保护qop哈希算法完整实现了 RFC 7616 要求的算法族包括MD5、SHA-256、SHA-512、SHA-512-256及其对应的-sess会话变体见 digest.go并支持userhash参数防止用户名在网络上以明文出现qop 选项支持auth与auth-int两种质量保护其中auth-int还会对请求体做哈希保证消息完整性见 digest.go友好的错误值当服务端下发非法挑战、非 UTF-8 字符集、不受支持的算法或 qop 时分别返回ErrDigestBadChallenge、ErrDigestInvalidCharset、ErrDigestAlgNotSupported、ErrDigestQopNotSupported方便你快速定位问题定义见 digest.go。相关测试用例可以参看 digest_test.go覆盖了各种挑战解析与应答计算的场景。 如何选择Resty 认证方式速查指南你的场景推荐方式理由测试环境 / 简单内网 APIBasic 认证一行代码搞定OAuth2 / JWT / 第三方 APIBearer Token行业标准令牌可独立刷新服务端要求Authorization: OAuth ...SetAuthScheme(OAuth)灵活定制方案名对接遗留系统返回 401 Digest 挑战Digest 摘要认证密码不上线自动完成挑战-应答❓ 常见问题 FAQQ1请求级和客户端级的认证设置冲突了怎么办Resty 明确规定请求级设置会覆盖客户端级设置例如Request.SetBasicAuth覆盖Client.SetBasicAuthRequest.SetAuthToken覆盖Client.SetAuthToken。想按接口定制认证时直接在单次请求上设置即可。Q2Digest 认证为什么会有两次网络请求这是 RFC 7616 的设计使然第一次请求用于获取服务器下发的 nonce 等挑战参数。Resty 的digestTransport会自动完成整个流程代码层面你只调用一次Get/Post。Q3能不能把 Token 放在 URL 查询参数里强烈不建议。URL 会被日志、浏览器历史、代理服务器记录泄露风险远大于请求头。坚持使用Authorization头 HTTPS 是最稳妥的组合。小结Resty 用极简的 API 覆盖了Basic、Bearer Token、自定义方案、RFC 7616 Digest 摘要认证四大认证场景日常开发中SetAuthTokenBearer能满足 80% 的需求对接遗留系统时SetDigestAuth会帮你自动搞定摘要认证的繁琐细节。现在就去 client.go 和 digest.go 里看看源码把这套认证清单用进你的项目吧【免费下载链接】restySimple HTTP, REST, and SSE client library for Go项目地址: https://gitcode.com/gh_mirrors/re/resty创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
