Apidog Docs
🇨🇳 简体中文
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇨🇳 简体中文
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
🇨🇳 简体中文
  • 🇺🇸 English
  • 🇯🇵 日本語
  • 🇪🇸 Español
  • 🇰🇷 한국인
  • 🇨🇳 简体中文
  • 🇵🇹 Português (Portugal)
  • 🇮🇩 Bahasa Indonesia
  • 🇧🇷 Português (Brasil)
  • 🇻🇳 Tiếng Việt
  • 🇨🇳 繁體中文
Learning Center
HomeSupport CenterAPI ReferencesDownloadChangelog
Learning Center
HomeSupport CenterAPI ReferencesDownloadChangelog
  1. 设计 API
  • Apidog 学习中心
  • 入门
    • Apidog 简介
    • Apidog 中的基本概念
    • 导航 Apidog
    • 快速开始
      • 概述
      • 创建端点
      • 发送请求
      • 添加断言
      • 创建测试场景
      • 共享 API 文档
      • 探索更多
    • 迁移到 Apidog
      • 概述
      • 手动导入
      • 定时导入(绑定数据源)
      • 导入选项
      • 导出数据
      • 导入自
        • 从 Postman 导入
        • 导入 OpenAPI 规范
        • 导入 cURL
        • 导入 Markdown
        • 从 Insomnia 导入
        • 从 apiDoc 导入
        • 导入 .har 文件
        • 导入 WSDL
  • Mock API 数据
    • 概述
    • Smart Mock
    • 自定义模拟
    • 模拟优先级顺序
    • 模拟脚本
    • 云端模拟
    • 自托管 Runner 模拟
    • 模拟语言(区域设置)
  • 账号与偏好设置
    • 账户设置
    • 生成 OpenAPI 访问令牌
    • 通知
    • 语言设置
    • 快捷键
    • 网络代理配置
    • 备份数据
    • 更新 Apidog
    • 删除账户
    • 实验性功能
  • 发送请求
    • 概述
    • SSE 调试
    • MCP 客户端
    • Socket.IO
    • WebSocket
    • Webhook
    • SOAP 或 WebService
    • GraphQL
    • gRPC
    • 使用请求代理 Agent 进行调试
    • 创建请求
      • 请求历史
      • 请求基础
      • 参数和主体
      • 请求头部
      • 请求设置
      • 调试请求
      • 将请求保存为端点
      • HTTP/2
    • 身份验证与授权
      • 概述
      • CA 和客户端证书
      • 授权类型
      • Digest Auth
      • OAuth 1.0
      • OAuth 2.0
      • Hawk 身份验证
      • Kerberos
      • NTLM
      • Akamai EdgeGrid
    • 响应和 Cookie
      • 查看 API 响应
      • 管理 Cookie
      • 概述
  • 开发和调试 API
    • 概述
    • 生成请求
    • 发送请求
    • 调试用例
    • 测试用例
    • 动态值
    • 验证响应
    • Design-First vs Request-First
    • 生成代码
    • 环境与变量
      • 概览
      • 使用变量
      • 环境管理
    • Vault 密钥
      • 概述
      • HashiCorp Vault
      • Azure Key Vault
      • AWS Secrets Manager
    • 动态值模块
      • Airline
      • 动物
      • 颜色
      • 商务
      • Company
      • 数据库
      • 数据类型
      • 日期
      • Finance
      • 食物
      • Git
      • Hacker
      • Helpers
      • 图像
      • Internet
      • 位置
      • Lorem
      • 音乐
      • 数字
      • Person
      • 电话
      • 科学
      • String
      • System
      • Vehicle
      • Word
    • 前置和后置处理器
      • 概述
      • 断言
      • 提取变量
      • 等待
      • 安全
      • 数据库操作
        • 概述
        • MySQL
        • MongoDB
        • Redis
        • Oracle 客户端
      • 使用脚本
        • 概述
        • 预处理器脚本
        • 后处理器脚本
        • 公共脚本
        • Postman 脚本参考
        • 调用其他编程语言
        • 使用 JS 库
        • 可视化响应
        • 脚本示例
          • 断言脚本
          • 使用变量
          • 修改请求
          • 其他示例
    • API 调试
      • AI Agent Debugger
      • A2A 调试器
  • 设计 API
    • 概述
    • 创建新的 API 项目
    • 端点基础
    • API 设计指南
    • 模块
    • 配置多个请求主体示例
    • 组件
    • 通用字段
    • 全局参数
    • 端点变更历史
    • 评论
    • 批量端点管理
    • 自定义协议 API
    • Spec-first 模式(Beta)
    • 安全方案
      • 概述
      • 创建安全方案
      • 使用安全方案
      • 在线文档中的安全方案
    • 高级功能
      • 自定义端点字段
      • 关联的测试场景
      • 端点状态
      • 参数列表的外观
      • 端点唯一标识
    • Schemas
      • 概述
      • 创建新 Schema
      • 构建 Schema
      • 从 JSON 等生成 Schema
      • oneOf, allOf, anyOf
      • 使用 Discriminator
  • Apidog Europe
    • Apidog Europe
  • API 测试
    • 概述
    • 测试场景
      • 创建测试场景
      • 在请求之间传递数据
      • 流程控制条件
      • 从端点和端点用例同步数据
      • 从其他项目导入端点和端点用例
      • 导出测试场景
    • 测试报告
      • 测试报告
    • 运行测试场景
      • 运行测试场景
      • 批量运行测试场景
      • 数据驱动测试
      • 共享测试数据
      • 定时任务
      • 管理来自其他项目的 API 运行环境
    • 测试套件
      • 概述
      • 创建测试套件
      • 编排测试套件
      • 本地运行测试套件
      • 通过 CLI 运行测试套件
      • 定时任务
    • 测试 API
      • 集成测试
      • 性能测试
      • 端到端测试
      • 回归测试
      • 契约测试
    • Apidog CLI
      • 概述
      • 安装和运行 Apidog CLI
      • Apidog CLI 选项
    • CI/CD
      • 概述
      • 与 Github Actions 集成
      • 与 Gitlab 集成
      • 与 Jenkins 集成
      • 通过 Git Commit 触发测试
  • 发布 API 文档
    • 概述
    • 支持的 API 技术
    • 快速分享
    • 查看 API 文档
    • Markdown 文档
    • 发布文档站点
    • 自定义登录页面
    • 自定义布局
    • 自定义 CSS、JavaScript、HTML
    • 自定义域名
    • AI 功能
    • SEO 设置
    • 高级设置
      • 文档搜索
      • CORS 代理
      • 集成 Google Analytics
      • 文件夹树设置
      • 可见性设置
      • 在文档 URL 中嵌入值
    • API 版本
      • 概述
      • 创建 API 版本
      • 发布 API 版本
      • 共享带有 API 版本的端点
  • 分支
    • 概述
    • 创建 Sprint 分支
    • 在分支中测试 API
    • 在分支中设计 API
    • 合并 Sprint 分支
    • 管理 Sprint 分支
    • AI Branch(Beta)
  • AI 功能
    • 概述
    • 启用 AI 功能
    • 生成测试用例
    • 使用 AI 修改 Schema
    • 端点合规性检查
    • API 文档完整性检查
    • AI 驱动的字段命名
    • 常见问题
  • Apidog MCP 服务器
    • 概述
    • 将 Apidog 项目连接到 AI
    • 将已发布的文档连接到 AI
    • 将 OpenAPI 文件连接到 AI
  • 最佳实践
    • 处理 API 签名
    • 访问受 OAuth 2.0 保护的 API
    • 协作工作流
    • 管理身份验证状态
  • 离线空间
    • 概述
  • 管理
    • 管理项目
      • 管理项目
      • 通知设置
      • 管理项目成员
      • 项目资源
        • 数据库连接
        • Git 连接
    • 管理团队
      • 管理团队
      • 管理团队成员
      • 团队活动
      • 团队角色与权限
      • 团队资源
        • General Runner
        • 团队变量
        • 请求代理 Agent
      • 实时协作
        • 团队协作
    • 入门检查清单
      • 基本概念
      • 入门指南
    • 管理组织
      • 管理组织
      • 组织角色与权限
      • 套餐管理
        • 组织中的账单管理员
      • 单点登录 (SSO)
        • SSO 概述
        • 配置 Microsoft Entra ID
        • 配置 Okta
        • 为组织配置 SSO
        • 管理用户账户
        • 将组映射到团队
      • SCIM 配置
        • SCIM 预配简介
        • Microsoft Entra ID
        • Okta
      • 组织资源
        • 自托管 Runner
  • 计费
    • 概述
    • 积分
    • 升级您的套餐
    • 替代支付方式
    • 管理订阅
    • 将付费团队移入组织
  • 附加组件
    • API Hub
    • Apidog Intellij IDEA 插件
    • 浏览器扩展
      • Chrome
      • Microsoft Edge
    • 请求代理
      • Web 中的请求代理
      • 共享文档中的请求代理
      • 客户端中的请求代理
  • 数据与安全
    • 数据存储和安全
    • 用户数据隐私与安全
    • 请求路由与数据安全
  • 参考
    • API 设计优先方法
    • Apidog OpenAPI 规范扩展
    • JSONPath
    • XPath
    • 正则表达式
    • JSON Schema
    • CSV 文件格式
    • 安装 Java 环境
    • Runner 部署环境
    • Apidog Markdown 语法
    • Apidog Swagger 扩展
      • 概述
      • x-apidog-folder
      • x-apidog-status
      • x-apidog-name
      • x-apidog-maintainer
    • Apidog JSON Schema 扩展
      • 概述
      • x-apidog-mock
      • x-apidog-orders
      • x-apidog-enum
  • 支持中心
  1. 设计 API

端点基础

在 Apidog 中,设计和设置 API 端点是创建稳健且高效 API 的基础步骤。
建议按照 OpenAPI Specification (OAS) 来设计端点,以确保与 OpenAPI 生态系统中的各种工具和服务顺畅兼容。偏离 OAS 可能会在使用符合 OpenAPI 的工具和服务时导致兼容性问题。

创建端点#

要在 APIs 模块中创建新的端点,请点击 New Endpoint 按钮。
一个清晰且完整的端点应包含以下元素:
1.
端点路径
2.
请求方法
3.
端点元数据
4.
请求
5.
响应和示例
设计优先模式
请求优先模式
设计优先模式界面
界面模式
Apidog 的端点界面有两种模式:用于 API 设计优先的 设计优先模式,以及用于代码优先方法的 请求优先模式。你可以在界面左下角切换模式。了解更多关于 设计优先模式/请求优先模式 的信息。

端点路径#

端点路径是 API 可与外部应用程序交互的特定地址。客户端将使用它来访问 API 服务。
Apidog 遵循 OpenAPI Specification 的方式。你无需为每个端点编写完整 URL,只需输入路径(例如 /users)。基础 URL 在环境中设置,Apidog 会在向端点发起请求时自动添加它。
Apidog 中的端点 URL 结构
为了与 OpenAPI 标准保持一致,Apidog 还建议所有路径都以 / 开头。这能让你的 API 设计保持清晰、有序,并确保你充分受益于 Apidog 的功能。
端点路径格式
为什么路径要以 / 开头
建议以 / 开头,以遵循 OAS。如果路径未以 / 开头,在使用 OpenAPI 生态系统中的工具时可能会导致各种兼容性问题。
此外,在路径开头使用 / 可以启用 URL pattern mock 功能,这对于 Apidog 中的测试和验证非常重要。

请求方法#

请求方法决定客户端如何与服务器端资源交互。每种方法都有其自身的语义,并决定服务器的响应。在设计 API 时,应根据业务需求选择最合适的请求方法,以有效执行预期操作。
以下是常用的 API 请求方法:
方法描述
GET获取指定资源且无副作用。使用查询参数传输数据。
POST提交数据进行处理,可能产生副作用。数据通常在请求主体中发送。
PUT完整更新或替换指定资源。
DELETE删除指定资源。
OPTIONS查询目标资源支持的 HTTP 方法。
HEAD类似于 GET,但只获取响应头部。适用于在不下载资源内容的情况下检查资源是否存在以及是否被修改。
PATCH更新指定资源的部分信息。
TRACE返回服务器收到的请求。主要用于调试和诊断。
CONNECT建立到服务器的隧道,通常用于代理服务器的请求转发。

端点元数据#

在 Apidog 中,端点带有默认元数据字段,用于定义和管理 API 的文档、可访问性和生命周期。
以下是每个默认元数据字段的简要概述:
字段描述
名称描述端点功能的名称。
状态默认状态为“Developing”。你可以修改它以反映不同阶段,例如 Testing 或 Production。了解更多关于 端点状态 的信息。
维护者指定负责该端点的 Apidog 团队成员。从你的账号中选择用户来分配此角色。
标签用于分类或描述端点的关键词或短语。你可以创建新标签或从现有标签中选择。
服务端点路径将追加到的基础 URL。默认设置为“Inherit from parents”,但可以通过环境设置手动指定。了解更多关于 环境和服务 的信息。
OperationId唯一标识符(OAS 中的 operationId),用于在 API 中区分此操作。
描述关于端点目的和用法的详细信息,支持 Markdown 以增强格式化效果。
自定义字段
除了为端点提供的标准元数据字段外,你还可以灵活地 添加自定义字段,进一步丰富端点的元数据。

请求#

请求参数#

请求参数是可随请求一起传递的选项,用于控制数据返回或修改服务器的响应。
请求参数包括查询参数、路径参数、头部参数和主体参数。

查询参数#

查询参数是追加在 URL 末尾问号 ? 之后的键值对,并使用 & 分隔,如下所示:?id=2&status=available。它们用于筛选、排序或修改 API 端点的输出。
INFO
在 Apidog 中,为了清晰和便于组织,查询参数会在单独的部分中描述。不过,在发送请求时,这些查询参数会以上述方式与端点路径拼接。

路径参数#

路径参数是端点 URL 本身的一部分,用于标识 API 中的特定资源或实体。
在 Apidog 中,路径参数使用 花括号 表示,而不是冒号。正确示例:/pets/{id},错误示例:/pets/:id。
如果你需要在路径参数中使用变量,推荐的做法是在 URL 中将其定义为 {parameter},然后使用 {{variable}} 作为参数值。例如:
推荐:将变量放在路径参数值中
推荐做法
不推荐:将变量直接放在 URL 中
不推荐的做法
不要混淆 {parameter} 和 {{variable}}
{parameter}:单花括号表示 Apidog 中的路径参数。路径参数是 URL 路径中的占位符,在访问 API 端点时会动态变为特定值。
{{variable}}:双花括号包含请求中的变量。发送请求时,这些变量可以被替换为实际值,从而在 API 交互中实现动态且可自定义的输入。
为什么不要在路径中使用 {{variable}}
使用 {{variable}} 不符合 OAS。遵循 OAS 可与 OpenAPI 生态系统中的多种工具无缝集成。
在路径中使用 {{variable}} 将导致无法使用 Apidog 中的 URL pattern mock 功能。

头部参数#

头部参数提供有关所发出请求的附加信息,通常用于身份验证、内容类型和其他元数据。
了解更多
了解更多关于 头部参数 的信息。

主体参数#

主体参数包含要在请求主体中发送的数据,通常用于 POST、PUT 和 PATCH 请求,以创建或更新资源。数据通常以 JSON 或 XML 格式发送。
了解更多
了解更多关于 主体参数 的信息。

描述参数#

参数应使用其名称、类型(string、integer、boolean 等)、必要性(必填或可选)以及任何默认值或约束进行描述。
描述参数时,通常会使用以下关键属性:
属性描述
名称指定所描述参数的名称。这是必填字段,应准确表示所定义的参数。
类型指定参数值的数据类型。常见值包括 string、number、integer、boolean、array、object 等。此属性有助于定义参数值的格式和结构。
描述提供有关参数的简要说明或文档。它帮助用户理解参数的目的和用法。
必填指定该参数对于 API 请求是否为必需项。它是一个布尔值(true 或 false),表示请求中是否必须包含该参数。
高级设置定义参数的数据类型、格式和约束。它允许你提供有关参数值预期结构和内容的详细信息。
类型编辑器
你可以使用类型编辑器高效修改参数的高级设置。了解更多关于 类型编辑器 的信息。

Schema#

当主体参数类型为 JSON 或 XML 时,需要设置数据结构。数据结构可以引用 schema。
了解更多
有关 schema 的详细信息,请参阅 Schema。

响应和示例#

向 API 发送请求后,服务器会返回响应。定义预期响应并提供说明性示例,是增强与你的 API 对接的开发者理解度和可用性的关键步骤。
返回响应的定义主要包括以下部分:
组件描述
HTTP 状态码确定端点可能返回的所有潜在响应状态,包括标准响应,如 200 (OK)、404 (Not Found) 或 500 (Server Error)。
数据格式定义 API 针对每个状态码返回的响应格式。可以是 JSON、XML、HTML、Raw、Binary 或任何其他合适的格式。
Schema对于携带数据的响应(主要是 200 状态),详细说明响应载荷的结构。这包括指定类型、嵌套对象、可选字段和数组。清晰的定义有助于客户端开发者了解应预期哪些数据以及如何解析这些数据。只有 JSON 和 XML 可以配置 schema。有关详细信息,请参阅 Schema。
示例提供响应示例对于说明 API 在真实场景中的行为至关重要。示例理想情况下应是当端点被预定义请求命中时服务器返回的一组样本数据。它应反映响应 schema 所定义的结构、数据格式和类型。

添加响应#

通常,建议在 API 文档中为每个端点至少定义一个成功响应和一个错误响应。这种做法可确保覆盖各种潜在结果,让开发者清楚了解 API 在不同场景下的行为。
点击 Responses 模块右上角的 + Add 按钮来添加响应。
在 API 设计中,成功的 200 OK 响应通常会因各端点不同的输出数据需求而有所差异,而错误响应(如 400 Bad Request 和 404 Not Found)往往在不同端点之间保持一致。Apidog 通过其 响应组件 功能巧妙地处理了这种共性,该功能允许复用预定义的错误响应,使 API 文档编写过程更加高效,并让 API 行为更加一致。
响应组件
了解更多关于 响应组件 的信息。
如果不需要响应组件,你可以选择 Add Blank Response,为各个端点定义唯一的响应。

添加响应示例#

点击 "Add Example",在 Apidog 中包含响应示例。
单个响应可以容纳多个不同的示例。添加示例时,请为示例提供名称以及对应的响应数据。

自动生成示例#

点击 Generate Automatically 后,Apidog 将根据响应 schema 定义生成合理的响应数据。

预览端点#

完成端点规范后,点击 "Save" 保存更改。然后,切换到 "API" 标签页,预览你刚刚配置的端点。
Modified at 2026-06-09 08:55:47
Previous
创建新的 API 项目
Next
API 设计指南
Built with