跳至主要內容

米哈游API收集

UIGF-org大约 6 分钟

米哈游API收集

你好!这里是mihoyo-api-collect社区贡献指南。本文主要面向想向本仓库贡献文档的用户。


项目定义

米哈游API收集(mihoyo-api-collect,MhyAC)项目是一个仅用于学习与研究、社区开源、公益性质的,与米哈游open in new window旗下应用与游戏的API(应用程序接口)文档,使用CC-BY-NC 4.0协议开源。它将无差别收集整理所有相关的接口。

基础

该项目始终使用Markdownopen in new window格式进行书写。

文档索引按照业务类型及功能以路径、文件索引。

任何用户都可通过拉取请求(Pull Request)提供自己分析出的接口地址与其使用说明。

标题、文件夹与路径结构

标题

README.md目录下的标题用于分类米哈游不同的应用、游戏的API。

文件夹

文件夹层级应当与README.md的目录一致,文档均存放于项目根路径的文件夹中,文件夹命名统一使用英文,如原神genshin_impact,米游社为hoyolab

2级、3级……文件夹应当存在其对应README.md目录的2级、3级……

文件

文档目录以列表形式在README.md中,使用缩进标识文档的层级,例如,米游社下有用户分类,其下又有例如用户信息用户游戏信息等文档链接。文件名命名统一使用英文。

文档内容格式

注:文档格式可根据实际情况进行调整。

文档头部

文档的首行使用1级标题,描述这篇文档是属于哪一类别的。

标题下方为文档目录,与正文中的2级标题对应。该目录使用列表与缩进,每项使用超链接实现点击跳转到对应标题。

例子

# 游戏账号信息

- [原神](#原神)
  - [获取玩家首页信息](#获取玩家首页信息)
  - [获取玩家角色信息](#获取玩家角色信息)

---

接口说明

文档可能需要说明多个接口,应该遵守同一格式,并依次排序在文档中。

接口说明分为以下几个部分:

  • 标题:接口的简要说明(几个字)。
  • 服务器标识(按情况标识):米哈游的游戏一般有国服和国际服,若国服与国际服的请求接口不同,请进行标识“国服”或者“国际服”并使用粗体。一般国服接口在前。若没有这样的区分,则无需标注。
  • 请求方式:接口的请求方式,GET、POST或Socket等。HTTP请求方式最好使用大写字母。使用斜体。
  • 请求头验证(按情况标识):一些接口需要验证请求头的信息,则需要标注“需要验证请求头”,置于引用块中并使用斜体。下一行需要标注请求头的信息,如x-rpc-client_type。见鉴权以了解应该标注哪些请求头。若该接口需要验证额外的请求头,也需要标注。若不需要验证请求头,则无需标注。
  • 鉴权(按情况标识):一些接口需要登录账号,则需要标注“需要验证网页/应用Cookie”,置于引用块中并使用斜体。见鉴权以了解Cookie的内容。若该接口需要验证额外的Cookie,也需要标注。若不需要验证Cookie,则无需标注。
  • 接口网址(URL):接口的完整URL,使用等宽字体。如果该接口的网页端和应用端API的URL不同,或该接口有旧版接口,则应将发现的接口全部列出。
  • 备注(可选):该接口使用的注意事项。

例子:

## 获取玩家首页信息

**国服:**

_请求方式:GET_

> _需要验证请求头_
> 
> `x-rpc-client_type``5`
>
> 4X`salt`
>
> `DS2`

> _需要验证Cookie_
>
> LToken

`https://api-takumi-record.mihoyo.com/game_record/app/genshin/api/index`

## 获取用户所有文章

**国服:**

_请求方式:GET_

网页:`https://bbs-api.miyoushe.com/post/wapi/userPost`

应用:`https://bbs-api.miyoushe.com/painter/api/user_instant/list`

请求参数

请求参数应该在接口说明下方。使用粗体。

使用表格对参数及其内容进行整理,需要填写POST请求体或URL参数的参数键、参数数据类型、参数填写内容、参数备注。

数据类型应使用JSON数据类型英文缩写:

  • bool:布尔。
  • num:数字。
  • str:字符串。
  • arr:数组。
  • obj:对象(字典、集合)。
  • null:空(一般不使用)。

需要使用下面的格式:

| 字段 | 类型 | 内容 | 备注 |
| --- | ---- | ---- | --- |
| 参数 | JSON数据类型简写 | 参数应填写内容 | 参数备注 |
字段类型内容备注
参数JSON数据类型简写参数应填写内容参数备注
参数2………………
……………………

例子:

**参数:**

| 字段 | 类型 | 内容 | 备注 |
| ---- | ---- | ---- | ---- |
| role_id | num | 原神UID | |
| server | str | 服务器名称 | |
| param1 | num | 参数示例 | 可选 |

返回值

返回值应该在请求参数下方,使用粗体。

需要填写返回数据类型。

若返回类型为JSON数据,则填写JSON返回。 若返回类型为图片数据,则填写<图片格式>返回。 以此类推。

若返回数据类型为JSON数据,则按以下格式。

使用表格对JSON的各个数据及其内容进行整理,需要对返回JSON数据的所有值进行说明。

每个表格一般只描述一个对象或数组。

使用符号(而不是->=>等形式)来标注对象、数组的嵌套关系。

例子:

`data`对象→`role`对象→`params`对象:

如果需要对一个数组进行说明,在其后再加入数组中的数据类型。

例子:

`data`对象→`avatars`数组→对象:

<!-- 如果数组中有多个数据类型 -->
`data`对象→`biz`数组→数据:

每个字段应有:

  • 字段(只有对象有,如果为数组则不需要该项。若数组按一定顺序放置数据,则替换该表头为“索引”。)
  • 类型(如果该数据在数组中,且该数组中的数据类型只有1种,则不需要该项)
  • 内容描述
  • 备注

数据类型应使用JSON数据类型英文缩写。

具体可查看例子:

**JSON返回:**

根对象:

| 字段 | 类型 | 内容 | 备注 |
| ---- | ---- | ---- | ---- |
| retcode | num | 返回码 | |
| message | str | 返回消息 | |
| data | obj | 用户游戏账号信息 | |

`data`对象:

| 字段 | 类型 | 内容 | 备注 |
| ---- | ---- | ---- | ---- |
| role | obj | 玩家基础信息 | |
| dict | obj | 描述 | |

`data`对象→`role`对象:

| 字段 | 类型 | 内容 | 备注 |
| ---- | ---- | ---- | ---- |
| name | str | 玩家名称 | |
| dested | arr | 数组中数据的类型不是数组和字典 | |
| dested_2 | arr | 数组中的对象 | |
| order_dested | arr | 顺序排列的数组,或数组中的每个数据不相同 | |

`data`对象→`role`对象→`dested`数组→数字:

| 内容 | 备注 |
| ---- | --- |
| 描述 | 备注 |

`data`对象→`role`对象→`dested_2`数组→对象:

| 字段 | 类型 | 内容 | 备注 |
| ---- | ---- | ---- | ---- |
| dested_data | str | 字符串 | |

`data`对象→`role`对象→`order_dested`数组→数据:

| 索引 | 类型 | 内容 | 备注 |
| ---- | ---- | ---- | ---- |
| 0 | str | 第1个数据 | |
| 1 | num | 第2个数据 | |


`data`对象→`dict`对象:

| 字段 | 类型 | 内容 | 备注 |
| ---- | ---- | ---- | ---- |
| desc | str | | |
| title | str | | |