请求设置

Apidog 允许你为 API 请求配置各种设置。这些设置使你能够在发送请求时自定义 Apidog 的行为，确保与不同的 API 要求和测试场景兼容。

配置自定义请求设置

要配置自定义设置，请选择请求的 Settings 标签页，然后开启或关闭相应设置。每个设置都会说明其在发送请求时产生的效果。

例如，你可以为请求开启 SSL 证书验证，或关闭 URL 编码。

大多数请求使用 Apidog 的默认设置即可正常工作。仅当你出于测试或兼容性目的需要特定行为时，才修改这些设置。

Apidog 会解析并编码你的请求 URL，以最大限度提高 API 调用成功的可能性。Apidog 会对 URL 中的字符进行编码，并将其映射为你的 API 最有可能接受的表示形式。

下表比较了三种可用的 URL 编码方法：

方法	标准	字符处理	使用场景
WHATWG	现代 Web 浏览器	更宽松，保留更多字符（例如波浪号 `~`），将空格转换为 `+`	默认。最适合现代 Web API
RFC 3986	IETF 标准	编码更严格，会编码更多字符，包括波浪号；将空格转换为 `%20`	需要严格合规的旧系统
No encoding	无	按原样发送 URL，不进行任何编码	已预编码的 URL，或测试未编码行为

这是现代 Web 浏览器使用的编码方法。它更宽松，并会以原始形式保留更多字符。例如，它不会编码波浪号（~）或空格（空格会被转换为 + 号，而不是 %20）。

这是由 Internet Engineering Task Force (IETF) 定义的更严格标准。它会编码更多字符，包括 WHATWG 保持未编码的字符。例如，它会编码波浪号，并将空格转换为 %20 而不是 +。

此选项会按原样发送 URL，不进行任何编码。如果你已经手动对 URL 进行了编码，或者正在测试服务器如何处理未编码的 URL，这会很有用。但是，如果 URL 中包含特殊字符或空格，可能会导致问题。

如果你的 URL 包含服务器无法正确解释的特殊字符或空格，使用 No encoding 可能会导致请求失败。