createdAt 和 updatedAt 都是 UTC 时间戳,以 ISO 8601 标准和毫秒级精度储存:YYYY-MM-DDTHH:MM:SS.MMMZ。objectId 是一个字符串,在类中可以唯一标识一个实例。
在 REST API 中,class 级的操作都是通过一个带类名的资源路径(URL)来标识的。例如,如果类名是 Post,那么 class 的 URL 就是:
https://API_BASE_URL/1.1/classes/Post
对于用户账户这种对象,有一个特殊的 URL:
https://API_BASE_URL/1.1/users
针对于一个特定的对象的操作可以通过组织一个 URL 来做。例如,对 Post 中的一个 objectId 为 558e20cbe4b060308e3eb36c 的对象的操作应使用如下 URL:
注意,虽然原子增减支持浮点数,但因为底层数据库的浮点数存储格式限制,会有舍入误差。
因此,需要原子增减的字段建议使用整数以避免误差,例如 3.14 可以存储为 314,然后在客户端进行相应的转换。
否则,以比较大小为条件查询对象的时候,需要特殊处理,
< a 需改查 < a + e,> a 需改查 > a - e,== a 需改查 > a - e 且 < a + e,其中 e 为误差范围,据所需精度取值,比如 0.0001。
有几种方式来查询对象之间的关系数据。如果你想获取对象,而这个对象的一个字段对应了另一个对象,你可以用一个 where 查询,自己构造一个 Pointer,和其他数据类型一样。例如,每条微博都会有很多人评论,我们可以让每一个 Comment 将它对应的 Post 对象保存到 post 字段上,这样你可以取得一条微博下所有 Comment:
REST API 使用详解
REST API 可以让你用任何支持发送 HTTP 请求的设备来与 LeanCloud 进行交互,你可以使用 REST API 做很多事情,比如:
API 版本
在线测试
为了方便测试 REST API,文档给出了 curl 命令示例,示例针对类 unix 平台(macOS、Linux 等)编写,直接粘贴至 Windows 平台 cmd.exe 很可能无法工作。 例如,curl 命令示例中的 shell 换行符(
\
)在 cmd.exe 中是目录分隔符。 Windows 平台建议使用 Postman 等客户端测试。 Postman 可直接导入 curl 命令。Postman 还支持自动生成多种语言(库)调用 REST API 的代码。
Base URL
文档中 API Base URL 为绑定的 API 自定义域名, 可以在「控制台 > 设置 > 应用 Keys > 服务器地址」查看。
如果暂时没有绑定域名,华北、华东节点可以使用临时的测试域名,具体域名见「控制台 > 设置 > 应用 Keys > 服务器地址」。 该域名仅供测试和原型开发阶段使用,不保证可用性,请在正式发布前为应用绑定 API 自定义域名。
LeanCloud 国际版不要求绑定自定义域名。除了使用自定义域名外,也可以使用如下共享域名:
对象
用户
用户连接
用户连接
验证Email
角色
推送通知
安装数据
数据 Schema
云函数
即时通讯
其他 API
请求格式
对于 POST 和 PUT 请求,请求的主体必须是 JSON 格式,而且 HTTP header 的 Content-Type 需要设置为
application/json
。用户验证通过 HTTP header 来进行,X-LC-Id 标明正在运行的是哪个应用(应用的 App ID), X-LC-Key 用来授权鉴定 endpoint:
X-LC-Key 通常情况下是应用的 App Key, 有些情况(需要超级权限的操作)下是应用的 Master Key。 当 X-LC-Key 值为 Master Key 时,需要在其后添加
,master
后缀以示区分,例如:对于 JavaScript 使用,LeanCloud 支持跨域资源共享,所以你可以将这些 header 同 XMLHttpRequest 一同使用。
REST API 通讯支持
gzip
和brotli
压缩,客户端可以通过指定相应的Accept-Encoding
HTTP 头开启压缩。更安全的鉴权方式
我们还支持一种新的 API 鉴权方式,即在 HTTP header 中使用 X-LC-Sign 来代替 X-LC-Key,以降低 App Key 的泄露风险。例如:
X-LC-Sign 的值是由
sign,timestamp[,master]
组成的字符串:"master"
,当使用 master key 签名请求的时候,必须加上这个后缀明确说明是使用 master key。举例来说,假设应用的信息如下:
FFnN2hso42Wego3pWq4X5qlu
UtOCzqb67d3sN12Kts4URwy8
DyJegPlemooo4X1tg94gQkw1
1453014943466
使用 App Key 来计算 sign:
使用 Master Key 来计算 sign:
(最后加上 master 来告诉服务器这个签名是使用 master key 生成的。)
指定 hook 函数调用环境
请求可能触发云引擎的 hook 函数,可以通过设置 HTTP 头
X-LC-Prod
来区分调用的环境。X-LC-Prod: 0
表示调用预备环境X-LC-Prod: 1
表示调用生产环境默认(未指定
X-LC-Prod
头)调用生产环境的 hook 函数。响应格式
对于所有的请求,响应格式都是一个 JSON 对象。
一个请求是否成功是由 HTTP 状态码标明的。一个 2XX 的状态码表示成功,而一个 4XX 表示请求失败。当一个请求失败时响应的主体仍然是一个 JSON 对象,但是总是会包含
code
和error
这两个字段,你可以用它们来进行调试。举个例子,如果尝试用非法的属性名来保存一个对象会得到如下信息:错误代码请看 错误代码详解。
对象
对象格式
LeanCloud 的数据存储服务是建立在 AVObject(对象)基础上的,每个 AVObject 包含若干属性值对(key-value,也称「键值对」),属性的值是与 JSON 格式兼容的数据。 通过 REST API 保存对象需要将对象的数据通过 JSON 来编码。这个数据是无模式化的(schema free),这意味着你不需要提前标注每个对象上有哪些 key,你只需要随意设置键值对就可以,后端会保存它。
举个例子,假如我们要实现一个类似于微博的社交 App,主要有三类数据:账户、帖子、评论,一条微博帖子可能包含下面几个属性:
Key(属性名)必须是字母和数字组成的字符串,Value(属性值)可以是任何可以 JSON 编码的数据。
每个对象都有一个类名,你可以通过类名来区分不同的数据。例如,我们可以把微博的帖子对象称之为 Post。我们建议将类和属性名分别按照
NameYourClassesLikeThis
和nameYourKeysLikeThis
这样的惯例来命名,即区分第一个字母的大小写,这样可以提高代码的可读性和可维护性。当你从 LeanCloud 中获取对象时,一些字段会被自动加上,如 createdAt、updatedAt 和 objectId。这些字段的名字是保留的,值也不允许修改。我们上面设置的对象在获取时应该是下面的样子:
createdAt 和 updatedAt 都是 UTC 时间戳,以 ISO 8601 标准和毫秒级精度储存:
YYYY-MM-DDTHH:MM:SS.MMMZ
。objectId 是一个字符串,在类中可以唯一标识一个实例。 在 REST API 中,class 级的操作都是通过一个带类名的资源路径(URL)来标识的。例如,如果类名是 Post,那么 class 的 URL 就是:对于用户账户这种对象,有一个特殊的 URL:
针对于一个特定的对象的操作可以通过组织一个 URL 来做。例如,对 Post 中的一个 objectId 为
558e20cbe4b060308e3eb36c
的对象的操作应使用如下 URL:创建对象
为了在 LeanCloud 上创建一个新的对象,应该向 class 的 URL 发送一个 POST 请求,其中应该包含对象本身。class 的名称必须以字母开头,只能包含字母、数字和下划线。例如,要创建如上所说的对象:
当创建成功时,HTTP 的返回是 201 Created,而 header 中的 Location 表示新的 object 的 URL:
响应的主体是一个 JSON 对象,包含新的对象的 objectId 和 createdAt 时间戳。
如果希望返回新创建的对象的完整信息,可以在 URL 里加上
fetchWhenSave
选项,并且设置为 true:每个应用最多可以创建 500 个 class,但每个 class 中的记录数量没有限制。
获取对象
当你创建了一个对象时,你可以通过发送一个 GET 请求到返回的 header 的 Location 以获取它的内容。例如,为了得到我们上面创建的对象:
返回的主体是一个 JSON 对象包含所有用户提供的 field 加上 createdAt、updatedAt 和 objectId 字段:
当获取的对象有指向其子对象的指针时,你可以加入
include
选项来获取这些子对象。假设微博记录中有一个字段author
来指向发布者的账户信息,按上面的例子,可以这样来连带获取发布者完整信息:include
支持点号,例如,假定发布者有一个字段department
指向发布者所属的部门,那么可以使用include=author.department
一并获取部门信息。类不存在时,返回 404 Not Found 错误:
objectId 不存在时,返回一个空对象(HTTP 状态码为 200 OK):
某些特殊的系统内置类(类名以下划线开头),objectId 不存在时不一定返回空对象。 例如,查询
_User
时,objectId 不存在会返回 400 Bad Request 错误:返回:
顺带提一下,获取用户推荐使用
GET /users/<objectId>
,而不是直接查询_User
类。参见获取用户。更新对象
为了更改一个对象已经有的数据,你可以发送一个 PUT 请求到对象相应的 URL 上,任何你未指定的 key 都不会更改,所以你可以只更新对象数据的一个子集。例如,我们来更改我们对象的一个 content 字段:
返回的 JSON 对象只会包含一个 updatedAt 字段,表明更新发生的时间:
fetchWhenSave 选项对更新对象也同样有效。 但和创建对象不同,用于更新对象时仅返回更新的字段,而非全部字段。
计数器
比如一条微博,我们需要记录有多少人喜欢或者转发了它,但可能很多次喜欢都是同时发生的,如果每个客户端都直接把读到的计数值更改之后再写回去,那么极容易引发冲突和覆盖,导致最终结果不准。LeanCloud 提供了对数字类型字段进行原子增加或者减少的功能,稳妥地实现对计数器类型数据的更新:
这样就将对象的 upvotes 属性值(被用户点赞的次数)加上 1,其中 amount 为递增的数字大小,如果为负数,则为递减。
除了 Increment,我们也提供了 Decrement 用于递减,等价于 Increment 一个负数。
注意,虽然原子增减支持浮点数,但因为底层数据库的浮点数存储格式限制,会有舍入误差。 因此,需要原子增减的字段建议使用整数以避免误差,例如
3.14
可以存储为314
,然后在客户端进行相应的转换。 否则,以比较大小为条件查询对象的时候,需要特殊处理,< a
需改查< a + e
,> a
需改查> a - e
,== a
需改查> a - e
且< a + e
,其中e
为误差范围,据所需精度取值,比如0.0001
。位运算
如果数据表的某一列是整型,可以使用位运算操作符该列进行原子的位运算:
数组
LeanCloud 提供 3 种原子性操作来存储和更改数组类型的字段:
每种操作都有一个 key
objects
,其值为被添加或删除的对象列表。例如为每条微博增加一个「标签」属性 tags,然后往里面加入一些值:有条件更新对象
假设从某个账户对象 Account 的余额中扣除一定金额,但是要求余额要大于等于被扣除的金额才允许操作,那么就需要通过
where
参数为更新操作加上限定条件balance >= amount
:URL 中 where 参数的值是
%7B%22balance%22%3A%7B%22%24gte%22%3A%2030%7D%7D
,其实这是{"balance":{"$gte": 30}}
被 URL 编码后的结果。更多 where 查询的例子请参考 查询。如果条件不满足,更新将失败,同时返回错误码
305
:特别强调:where 一定要作为 URL 的 Query Parameters 传入。
__op 操作汇总
使用
__op("操作名称", {JSON 参数})
函数可以完成原子性操作,确保数据的一致性。__op('Delete', {'delete': true})
__op('Add',{'objects':['Apple','Google']})
__op('AddUnique', {'objects':['Apple','Google']})
__op('Remove',{'objects':['Apple','Google']})
__op('AddRelation', {'objects':[pointer('_User','558e20cbe4b060308e3eb36c')]})
__op('RemoveRelation', {'objects':[pointer('_User','558e20cbe4b060308e3eb36c')]})
__op('Increment', {'amount': 50})
__op('Decrement', {'amount': 50})
__op('BitAnd', {'value': 0x0000000000000004})
__op('BitOr', {'value': 0x0000000000000004})
__op('BitXor', {'value': 0x0000000000000004})
注,由于 CQL 实现上有问题,删除对象属性的
Delete
操作也需要传入参数,不过参数名和参数值可以任意指定。删除对象
为了在 LeanCloud 上删除一个对象,可以发送一个 DELETE 请求到指定的对象的 URL,比如:
还可以使用 Delete 操作删除一个对象的一个字段(注意此时 HTTP Method 还是 PUT):
有条件删除对象
为请求增加
where
参数即可以按指定的条件来删除对象。例如删除点击量 clicks 为 0 的帖子:URL 中 where 参数的值是
%7B%22clicks%22%3A%200%7D
,其实这是{"clicks": 0}
被 URL 编码后的结果。更多 where 查询的例子请参考 查询。如果条件不满足,删除将失败,同时返回错误码
305
:特别强调:where 一定要作为 URL 的 Query Parameters 传入。
遍历 Class
因为更新和删除都是基于单个对象的,都要求提供 objectId,但是有时候用户需要高效地遍历一个 Class,做一些批量的更新或者删除的操作。
通常情况下,如果 Class 的数量规模不大,使用查询加上
skip
和limit
分页配合排序order
就可以遍历所有数据。但是当 Class 数量规模比较大的时候,skip
的效率就非常低了(这跟 MySQL 等关系数据库的原因一样,深度翻页比较慢),因此我们提供了scan
协议,可以按照特定字段排序来高效地遍历一张表,默认这个字段是objectId
升序,同时支持设置limit
限定每一批次的返回数量,默认 limit 为 100,最大可设置为 1000:scan
强制要求使用 master key。返回:
其中
results
对应的就是返回的对象列表,而cursor
表示本次遍历当前位置的「指针」,当cursor
为 null 的时候,表示已经遍历完成,如果不为 null,请继续传入cursor
到scan
接口就可以从上次到达的位置继续往后查找:每次返回的
cursor
的有效期是 10 分钟。遍历还支持过滤条件,加入 where 参数:
默认情况下系统按
objectId
升序排序,增加scan_key
参数可以使用其他字段来排序:scan_key 也支持倒序,前面加个减号即可,例如
-score
。自定义的 scan_key 需要满足严格单调递增的条件,并且 scan_key 不可作为 where 查询条件存在。
批量操作
为了减少网络交互的次数太多带来的时间浪费,你可以在一个请求中对多个对象进行 create、update、delete 操作。
在一个批次中每一个操作都有相应的方法、路径和主体,这些参数可以代替你通常会使用的 HTTP 方法。这些操作会以发送过去的顺序来执行,比如我们要一次发布一系列的微博:
我们对每一批次中所包含的操作数量(requests 数组中的元素个数)暂不设限,但考虑到云端对每次请求的 body 内容大小有 20 MB 的限制,因此建议将每一批次的操作数量控制在 100 以内。
批量操作的响应 body 会是一个列表,列表的元素数量和顺序与给定的操作请求是一致的。每一个在列表中的元素都有一个字段是 success 或者 error。
需要注意,即使一个 batch 请求返回的响应码为 200,这仅代表服务端已收到并处理了这个请求,但并不说明该 batch 中的所有操作都成功完成,只有当返回 body 的列表中不存在 error 元素,开发者才可以认为所有操作都已成功完成。
在 batch 操作中 update 和 delete 同样是有效的:
批量操作还有一个冷门用途,代替 URL 过长的 GET(比如使用 containedIn 等方法构造查询)和 DELETE (比如批量删除)请求,以绕过服务端和某些客户端对 URL 长度的限制。
数据类型
到现在为止我们只使用了可以被标准 JSON 编码的值,LeanCloud 移动客户端 SDK library 同样支持日期、二进制数据和关系型数据。在 REST API 中,这些值都被编码了,同时有一个
__type
字段(注意:前缀是两个下划线)来标示出它们的类型,所以如果你采用正确的编码的话就可以读或者写这些字段。Date 类型包含了一个 iso 字段,其值是一个 UTC 时间戳,以 ISO 8601 格式和毫秒级的精度来存储的时间值,格式为:
YYYY-MM-DDTHH:MM:SS.MMMZ
:Date 和内置的 createdAt 字段和 updatedAt 字段相结合的时候特别有用,举个例子:为了找到在一个特殊时间发布的微博,只需要将 Date 编码后放在使用了比较条件的查询里面:
注意,由于 createdAt 和 updatedAt 属于保留字段,因此通过 REST API 请求这两个字段时,将直接返回 UTC 时间戳字符串。
Byte 类型包含了一个 base64 字段,这个字段是一些二进制数据编码过的 base64 字符串。base64 是 MIME 使用的标准,不包含空白符:
Pointer 类型是用来设定 AVObject 作为另一个对象的值时使用的,它包含了 className 和 objectId 两个属性值,用来提取目标对象:
指向用户对象的 Pointer 的 className 为
_User
,前面加一个下划线表示开发者不能定义的类名,而且所指的类是 LeanCloud 平台内置的。 类似地,指向角色和 Installation 的 Pointer 的 className 为_Role
和_Installation
。然而,关联文件(可以看成指向文件的 Pointer)采用不同于 Pointer 的编码形式:
GeoPoint 包含地理位置的经纬度:
当更多的数据类型被加入的时候,它们都会采用 hashmap 加上一个
__type
字段的形式,所以你不应该使用__type
作为你自己的 JSON 对象的 key。查询
基础查询
通过发送一个 GET 请求到类的 URL 上,不需要任何 URL 参数,你就可以一次获取多个对象。下面就是简单地获取所有微博:
返回的值就是一个 JSON 对象包含了 results 字段,它的值就是对象的列表:
注:应用控制台对
createdAt
和updatedAt
做了在展示优化,它们会依据用户操作系统时区而显示为本地时间;客户端 SDK 获取到这些时间后也会将其转换为本地时间;而通过 REST API 获取到的则是原始的 UTC 时间,开发者可能需要根据情况做相应的时区转换。查询约束
通过
where
参数的形式可以对查询对象做出约束。where
参数的值应该是 JSON 编码过的。就是说,如果你查看真正被发出的 URL 请求,它应该是先被 JSON 编码过,然后又被 URL 编码过。最简单的使用where
参数的方式就是包含应有的 key 和 value。例如,如果我们想要看到「LeanCloud官方客服」发布的所有微博,我们应该这样构造查询:除了完全匹配一个给定的值以外,
where
也支持比较的方式,而且它还支持对 key 的一些 hash 操作,比如包含。where
参数支持如下选项:$ne
$lt
$lte
$gt
$gte
$regex
$options
指定 全局修饰符$in
$nin
$all
$exists
$select
$dontSelect
例如获取在 2015-06-29 当天发布的微博:
求点赞次数少于 10 次,且该次数还是奇数的微博:
获取不是「LeanCloud官方客服」发布的微博:
获取有人喜欢的微博:
获取没有被人喜欢过的微博:
微博有用户互相关注的功能,如果我们用
_Followee
(用户关注的人) 和_Follower
(用户的粉丝) 这两个类来存储用户之间的关注关系(我们的 好友关系功能 已经实现了这样的模型),我们可以创建一个查询来找到某个用户关注的人发布的微博(Post
表中有一个字段author
指向发布者):order
参数指定一个字段的排序方式,前面加一个负号表示逆序。返回 Post 记录并按发布时间升序排列:降序排列:
对多个字段进行排序,要使用逗号分隔的列表。将 Post 以 createdAt 升序和 pubUser 降序进行排序:
你可以用
limit
和skip
来做分页。limit
的默认值是 100,任何 1 到 1000 之间的值都是可选的,在 1 到 1000 范围之外的都强制转成默认的 100。比如为了获取排序在 400 到 600 之间的微博:你可以限定返回的字段通过传入
keys
参数和一个逗号分隔列表。为了返回对象只包含pubUser
和content
字段(还有特殊的内置字段比如 objectId、createdAt 和 updatedAt):keys
的参数中可以使用 点号 进一步限定只返回字段的部分属性,例如,只返回发布者的姓氏:keys=pubUser.familyName
。keys
还支持反向选择,也就是不返回某些字段,字段名前面加个减号即可,比如我不想查询返回author
:反向选择同样适用于内置字段,比如
keys=-createdAt,-updatedAt,-objectId
。 另外反向选择同样可以和点号组合使用,例如keys=-pubUser.createdAt,-pubUser.updatedAt
。返回 ACL 字段
默认情况下不会返回 ACL 字段。 控制台 > 存储 > 服务设置 > 查询设置 中勾选 查询时返回值包括 ACL,且指定了
returnACL=true
时返回结果中才会包含 ACL 字段。所有以上这些参数都可以组合使用。
正则查询
获取标题以大写「WTO」开头的微博:
我们使用以下数据来演示如何使用
$options
匹配 title 字段值:i
{"$regex":"single", "$options":"i"}
将匹配m
比如文本中包含了换行符
\n
{"$regex":"^S", "$options":"m"}
(以大写字母 S 开头)将匹配x
包括空格、tab、
\n
、#
注释等,但对 vertical tab(ASCII 码为 11)无效。
{"$regex":"abc #category code\n123 #item number", "$options":"x"}
(# 后面为注释)将匹配s
.
匹配任意字符和换行{"$regex":"m.*line", "$options":"si"}
将匹配以上参数可以组合使用,如
"$options":"sixm"
。数组查询
如果 key 的值是数组类型,查找 key 值中有 2 的对象:
查找 key 值中有 2 或 3 或 4 的对象:
使用
$all
操作符来找到 key 值中同时有 2 和 3 和 4 的对象:使用
$size
操作符来查找 key 值数组长度为 3 的对象:关系查询
有几种方式来查询对象之间的关系数据。如果你想获取对象,而这个对象的一个字段对应了另一个对象,你可以用一个
where
查询,自己构造一个 Pointer,和其他数据类型一样。例如,每条微博都会有很多人评论,我们可以让每一个 Comment 将它对应的 Post 对象保存到 post 字段上,这样你可以取得一条微博下所有 Comment:如果你想获取对象,这个对象的一个字段指向的对象需要另一个查询来指定,你可以使用
$inQuery
操作符。注意limit
的默认值是 100 且最大值是 1000,这个限制同样适用于内部的查询,所以对于较大的数据集你可能需要细心地构建查询来获得期望的结果。如上面的例子,假设每条微博还有一个
image
的字段,用来存储配图,你可以这样列出带图片的微博的评论数据:如果你想获取作为其父对象的关系成员的对象,你可以使用
$relatedTo
操作符。例如对于微博这种社交类应用来讲,每一条微博都可以被不同的用户点赞,我们可以设计 Post 类下面有一个 key 是 Relation 类型,叫做likes
,存储了喜欢这个 Post 的所有 User。Relation
提供了一种内建的一对多关系模型,其数据结构类似于 Pointer 数组。由于查询结果集存在总量限制,这导致了通过$relatedTo
操作符无法获得超过 1000 条的结果。所以如果一对多的关系模型下,「多」端的元素数量远小于 1000,你可以使用 Relation 类型;如果接近或超过 1000,则请使用 中间表 来完成对关联数据的查询、排序等复杂操作。你可以通过下面的方式找到喜欢某条 Post 的所有用户(请注意,新创建应用的
_User
表的查询权限默认是关闭的,你可以通过 class 权限设置打开,请参考 数据与安全 - Class 级别的权限。):有时候,你可能需要在一个查询之中返回多种类型,你可以通过传入字段到
include
参数中。比如,我们想获得最近的 10 篇评论,而你想同时得到它们关联的微博:不是作为一个 Pointer 表示,
post
字段现在已经被展开为一个完整的对象:__type
被设置为 Object 而className
同样也被提供了。例如,一个指向 Post 的 Pointer 可能被展示为:当一个查询使用
include
参数来包含进去来取代 pointer 之后,可以看到 pointer 被展开为:你可以同样做多层的
include
,这时要使用点号(.)。如果你要 include 一个 Comment 对应的 Post 对应的author
:如果你要构建一个查询,这个查询要 include 多个类,此时用逗号分隔列表即可。
地理查询
之前我们简要介绍过 GeoPoint。
假如在发布微博的时候,我们也支持用户加上当时的位置信息(新增一个
location
字段),如果想看看指定的地点附近发生的事情,可以通过 GeoPoint 数据类型加上在查询中使用$nearSphere
做到。获取离当前用户最近的 10 条微博应该看起来像下面这个样子:这会按照距离纬度 39.9、经度 116.4(当前用户所在位置)的远近排序返回一系列结果,第一个就是最近的对象。(注意:如果指定了 order 参数的话,它会覆盖按距离排序。)
为了限定搜索的最大距离,需要加入
$maxDistanceInMiles
和$maxDistanceInKilometers
或者$maxDistanceInRadians
参数来限定。比如要找的半径在 10 英里内的话:同样做查询寻找在一个特定的范围里面的对象也是可以的,为了找到在一个矩形的区域里的对象,按下面的格式加入一个约束
{"$within": {"$box": [southwestGeoPoint, northeastGeoPoint]}}
。GeoPoint 的经纬度的类型是数字,且经度需在 -180.0 到 180.0 之间,纬度需在 -90.0 到 90.0 之间。 另外,每个对象最多只能有一个类型为 GeoPoint 的属性。
文件查询
查询文件和查询一般对象基本一致。 例如,以下命令可以获取所有文件(和查询一般对象一样,默认最多返回 100 条结果):
需要注意的是,内部文件(上传到 LeanCloud 文件服务的文件)的
url
字段是由云端动态生成的,其中涉及切换自定义域名的相关处理逻辑。 因此,通过 url 字段查询文件仅适用于外部文件(直接保存外部 URL 到_File
表创建的文件),内部文件请改用 key 字段(URL 中的路径)查询。对象计数
如果你在使用
limit
,或者如果返回的结果很多,你可能想要知道到底有多少对象应该返回,而不用把它们全部获得以后再计数,此时你可以使用count
参数。举个例子,如果你仅仅是关心一个某个用户发布了多少条微博:因为这个 request 请求了
count
而且把limit
设为了 0,返回的值里面只有计数,没有results
:如果有一个非 0 的
limit
的话,则既会返回results
也会返回count
。复合查询
$or
操作符用于查询符合任意一种条件的对象,它的值为一个 JSON 数组。例如,查询企业账号和个人账号的微博:任何在查询上的其他约束都会对返回的对象生效,所以你可以用
$or
对其他的查询添加约束。$and
操作符用于查询符合全部条件的对象,它的值为一个 JSON 数组。例如查找存在 price 字段且 price != 199 的对象:不过,查询条件表达式列表隐含
$and
操作符,所以上面的查询条件也可以改写为:实际上,由于这两个查询条件都是针对同一个字段(
price
)的查询,还可以进一步简化为:不过,如果查询条件包含不止一个 or 查询,那就必须使用
$and
了:在组合查询的子查询中不支持使用 limit、skip、order、include 等非过滤型的约束。
使用 CQL 查询
CQL 相关功能目前已暂停开发,日后不会再增加新的功能。建议开发者使用各语言 SDK 提供的接口进行数据操作。
我们还提供类 SQL 语法的 CQL 查询语言,查询应用内数据,例如:
更多请参考 CQL 详细指南。
CQL 还支持占位符查询,
where
和limit
子句的条件参数可以使用问号替换,然后通过pvalues
数组传入:子查询的局限
使用子查询可能会遇到查不到记录或查到的记录不全的情况。例如:
LeanCloud 云端使用的并非关系型数据库,无法做到真正的联表查询,所以实际的处理方式是:先执行内嵌/子查询(和普通查询一样,limit 默认为 100,最大 1000),然后将子查询的结果填入主查询的对应位置,再执行主查询。
如果子查询匹配到了 100 条以上的记录(性别等区分度低的字段重复值往往较多),且主查询有其他查询条件(
region = 'cn'
),那么可能会出现没有结果或结果不全的情况,其本质上是子查询查出的 100 条记录没有满足主查询的其他条件。我们建议采用以下方案进行改进:
用户
不仅在移动应用上,还在其他系统中,很多应用都有一个统一的登录流程。通过 REST API 访问用户的账户让你可以在 LeanCloud 上简单实现这一功能。
通常来说,用户(类名
_User
)这个类的功能与其他的对象是相同的,比如都没有限制模式(Schema free)。User 对象和其他对象不同的是一个用户必须有用户名(username)和密码(password),密码会被自动地加密和存储。LeanCloud 强制要求 username 和 email 这两个字段必须是没有重复的(大小写敏感)。注册
注册一个新用户与创建一个新的普通对象之间的不同点在于 username 和 password 字段都是必需的。password 字段会以和其他的字段不一样的方式处理,它在储存时会被加密而且永远不会被返回给任何来自客户端的请求。
你可以让 LeanCloud 自动验证邮件地址,做法是进入 控制台 > 存储 > 设置 > 用户账号,勾选 用户注册时,发送验证邮件。
这项设置启用了的话,所有填写了 email 的用户在注册时都会产生一个 email 验证地址,并发回到用户邮箱,用户打开邮箱点击了验证链接之后,用户表里
emailVerified
属性值会被设为 true。你可以在emailVerified
字段上查看用户的 email 是否已经通过验证。你还可以在 控制台 > 存储 > 设置 > 用户账号,勾选未验证邮箱的用户,禁止登录。
为了注册一个新的用户,需要向 user 路径发送一个 POST 请求,你可以加入一个新的字段,例如,创建一个新的用户有一个电话号码:
当创建成功时,HTTP返回为 201 Created,Location 头包含了新用户的 URL:
返回的主体是一个 JSON 对象,包含 objectId、createdAt 时间戳表示创建对象时间,sessionToken 可以被用来认证这名用户随后的请求:
登录
在你允许用户注册之后,在以后你需要让他们用自己的用户名和密码登录。为了做到这一点,发送一个 POST 请求到 /1.1/login,加上 username 和 password 作为 body。
用户也可以通过邮箱地址和密码登录,只需将 body 中的 username 换成 email:
类似地,将
username
换成mobilePhoneNumber
可以通过手机号和密码登录:返回的主体是一个 JSON 对象包括所有除了 password 以外的自定义字段。它同样包含了 createdAt、updateAt、objectId 和 sessionToken 字段。
可以将 sessionToken 理解为用户的登录凭证,每个用户的 sessionToken 在同一个应用内都是唯一的, 类似于 Cookie 的概念。
正常情况下,用户的 sessionToken 是固定不变的,但在以下情况下会发生改变:
refreshSessionToken
主动重置。在 sessionToken 变化后,已有的登录如果调用到用户相关权限受限的 API,将返回 403 权限错误。
重置登录 sessionToken
可以主动重置用户的 sessionToken:
调用这个 API 要求传入登录返回的
X-LC-Session
作为认证,或者使用 Master Key。重置成功将返回新的 sessionToken 及用户信息:
账户锁定
输入错误的密码或验证码会导致用户登录失败。如果在 15 分钟内,同一个用户登录失败的次数大于 6 次,该用户账户即被云端暂时锁定,此时云端会返回错误码
{"code":219,"error":"登录失败次数超过限制,请稍候再试,或者通过忘记密码重设密码。"}
,开发者可在客户端进行必要提示。锁定将在最后一次错误登录的 15 分钟之后由云端自动解除,开发者无法通过 SDK 或 REST API 进行干预。在锁定期间,即使用户输入了正确的验证信息也不允许登录。这个限制在 SDK 和云引擎中都有效。
使用手机号码注册或登录
请参考 短信服务 REST API 详解 · 使用手机号码注册或登录。
验证 Email
设置 email 验证是 app 设置中的一个选项,通过这个标识,应用层可以对提供真实 email 的用户更好的功能或者体验。Email 验证会在 User 对象中加入
emailVerified
字段,当一个用户的 email 被新设置或者修改过的话,emailVerified
会被重置为 false。LeanCloud 后台会往用户填写的邮箱发送一个验证链接,用户点击这个链接可以让emailVerified
被设置为 true。emailVerified 字段有 3 种状态可以参考:
关于自定义邮件模板和验证链接请看自定义邮件验证和重设密码页面。
请求验证 Email
发送给用户的邮箱验证邮件在一周内失效,你可以通过调用
/1.1/requestEmailVerify
来强制重新发送:请求密码重设
在用户将 email 与他们的账户关联起来之后,你可以通过邮件来重设密码。操作方法为,发送一个 POST 请求到
/1.1/requestPasswordReset
,同时在 request 的 body 部分带上 email 字段。如果成功的话,将返回状态码
200 OK
。关于自定义邮件模板和验证链接请看自定义邮件验证和重设密码页面。
手机号码验证
请参考 短信服务 REST API 详解 - 用户账户与手机号码验证。
获取用户
和获取对象类似,你可以发送一个 GET 请求到 URL 以获取用户的账户信息。比如,为了获取上面创建的用户:
你还可以通过 sessionToken 获取用户信息。 这种方法最常见的使用场景是用户成功注册或登录后,本地保存服务器返回的 sessionToken,后续使用 sessionToken 获取当前用户信息:
返回的 JSON 数据与
/login
登录请求所返回的相同。用户不存在时返回 400 Bad Request 错误:
更新用户
在通常的情况下,没有人会允许别人来改动他们自己的数据。为了做好权限认证,确保只有用户自己可以修改个人数据,在更新用户信息的时候,必须在 HTTP 头部加入一个
X-LC-Session
项来请求更新,这个 session token 在注册和登录时会返回。为了改动一个用户已经有的数据,需要对这个用户的 URL 发送一个 PUT 请求。任何你没有指定的 key 都会保持不动,所以你可以只改动用户数据中的一部分。
比如,如果我们想对 「hjiang」 的手机号码做出一些改动:
返回的 body 是一个 JSON 对象,只有一个
updatedAt
字段表明更新发生的时间.username 也可以改动,但是新的 username 不能和既有数据重复。
很多开发者会希望让用户输入一次旧密码做一次认证,旧密码正确才可以修改为新密码,因此我们提供了一个单独的 API
PUT /1.1/users/:objectId/updatePassword
来安全地更新密码:注意:仍然需要传入 X-LC-Session,也就是登录用户才可以修改自己的密码。
查询
请注意,新创建应用的
_User
表的查询权限默认是关闭的,你可以通过 class 权限设置打开,请参考 数据与安全 - Class 级别的权限。你可以一次获取多个用户,只要向用户的根 URL 发送一个 GET 请求。没有任何 URL 参数的话,可以简单地列出所有用户:
返回的值是一个 JSON 对象包括一个
results
字段,值是包含了所有对象的一个 JSON 数组。所有的对普通对象的查询选项都适用于对用户对象的查询,所以可以查看 查询 部分来获取详细信息。
删除用户
为了在 LeanCloud 上删除一个用户,可以向它的 URL 上发送一个 DELETE 请求。同样的,你必须提供一个 X-LC-Session 在 HTTP 头上以便认证。例如:
连接用户账户和第三方平台
LeanCloud 允许你连接你的用户到其他服务,比如新浪微博和腾讯微博,这样就允许你的用户直接用他们现有的账号 id 来注册或登录你的应用。在进行注册和登录时,需要附带上
authData
字段来提供你希望连接的服务的授权信息。一旦关联了某个服务,authData
将被存储到你的用户信息里。authData
是一个普通的 JSON 对象,它所要求的 key 根据 service 不同而不同,具体要求见下面。每种情况下,你都需要自己负责完成整个授权过程(一般是通过 OAuth 协议,1.0 或者 2.0) 来获取授权信息,提供给连接 API。新浪微博 的 authData 内容:
腾讯微博 的 authData 内容:
微信 的 authData 内容:
Apple 的 authData 内容:
其他任意第三方平台:
LeanCloud 会自动为
authData.第三方平台名称.uid
创建唯一索引,以确保一个第三方账号只绑定到一个 LeanCloud 应用内用户上。注意:
unionid
、platform
、main_account
字段。uid
字段储存第三方平台的唯一用户 ID 字符串,不要使用openid
。和第三方登录相似的一个概念是匿名登录。 匿名用户(Anonymous user)的 authData 内容如下:
注册和登录
使用一个连接服务来注册用户并登录,同样使用 POST 请求 users,只是需要提供
authData
字段。例如,使用 QQ 账户注册或者登录用户:LeanCloud 会检查是否已经有一个用户连接了这个
authData
服务。如果已经有用户存在并连接了同一个authData
,那么返回 200 OK 和详细信息(包括用户的sessionToken
):应答的 body 类似:
如果用户还没有连接到这个账号,则你会收到 201 Created 的应答状态码,标识新的用户已经被创建:
应答内容包括 objectId、createdAt、sessionToken 以及一个自动生成的随机 username,例如:
LeanCloud 会自动验证部分平台 access token 的有效性。 详见数据存储开发指南自动验证第三方平台授权信息章节。
UnionID 注册和登录
微信与新浪微博都有 UnionID 登录机制,使用 UnionID 注册登录,可以使得不同微信公众号或小程序之间共享用户。
微信的 authData 内容:
使用 UnionID 注册登录,需要提供带有
unionid
参数的authData
。另外需要配合传递platform
和main_account
这两个字段。platform
:unionId 对应的注册平台,可由应用自行指定,微信、QQ、微博平台建议设为数据存储开发指南·该如何指定 unionIdPlatform中推荐的值。main_account
:main_account
为 true 时把当前平台的鉴权信息作为主账号。在服务端进行存储的时候会根据
platform
来命名新增的平台,如传入"platform" = "weixin"
时,返回数据中会增加_weixin_unionid
字段存储{"uid":"xxxxx"}
。完整的第三方注册登录请求如下,以使用微信 UnionId 为例:
我们看到,在上面的例子中,
wxleanoffice
和wxleansupport
的unionid
是一样的,platform
均指定为weixin
,wxleanoffice
是主账号,main_account
为true
。应答内容包括 objectId、createdAt、sessionToken、authData 以及一个自动生成的随机 username,应答的 body 类似:
参见数据存储开发指南相应章节的详细说明。
连接
连接一个现有的用户到新浪微博或者微信,可以向 user endpoint 发送一个附带
authData
字段的 PUT 请求来实现。例如,连接一个用户到微信账号发起的请求类似这样:完成连接后,你可以使用匹配的
authData
来认证他们。断开连接
断开一个现有用户到某个服务,可以通过删除
authData
中对应的平台来做到。 例如,已经绑定过微信的用户authData
数据格式如下,平台名称为weixin
:取消微信关联通过删除
authData.weixin
来实现:其返回值类似于:
安全
当你用 REST API key 来访问 LeanCloud 时,访问可能被 ACL 所限制,就像 iOS 和 Android SDK 上所做的一样。你仍然可以通过 REST API 来读和修改,只需要通过
ACL
的 key 来访问一个对象。ACL 按 JSON 对象格式来表示,JSON 对象的 key 是 objectId 或者一个特别的 key(
*
,表示公共访问权限)。ACL 的值是权限对象,这个 JSON 对象的 key 即是权限名,而这些 key 的值总是 true。举个例子,如果你想让一个 id 为 55a47496e4b05001a7732c5f 的用户有读和写一个对象的权限,而且这个对象应该可以被公共读取,符合的 ACL 应该是:
这样,只有在
X-LC-Session
HTTP 头中携带了用户 55a47496e4b05001a7732c5f 的有效 sessionToken 的情况下,对该对象的写请求才不会因为权限不足而报错。 sessionToken 的值会在用户登录成功时返回。角色
当你的 app 的规模和用户基数成长时,你可能发现你需要比 ACL 模型(针对每个用户)更加粗粒度的访问控制你的数据的方法。为了适应这种需求,LeanCloud 支持一种基于角色的权限控制方式。角色系统提供一种逻辑方法让你通过权限的方式来访问你的数据,角色是一种有名称的对象,包含了用户和其他角色。任何授予一个角色的权限隐含着授予它包含着的其他的角色相应的权限。
例如,在你的 app 中管理着一些内容,你可能有一些类似于「主持人」的角色可以修改和删除其他用户创建的新的内容,你可能还有一些「管理员」有着与「主持人」相同的权限,但是还可以修改 app 的其他全局性设置。通过给予用户这些角色,你可以保证新的用户可以做主持人或者管理员,不需要手动地授予每个资源的权限给各个用户。
我们提供一个特殊的角色(Role)类来表示这些用户组,为了设置权限用。角色有一些和其他对象不太一样的特殊字段。
通常来说,为了保持这些角色安全,你的移动 app 不应该为角色的创建和管理负责。作为替代,角色应该是通过一个不同的网页上的界面来管理,或者手工被管理员所管理。我们的 REST API 允许你不需要一个移动设备就能管理你的角色。
创建角色
创建一个新的角色与其他的对象不同的是 name 字段是必须的。角色必须指定一个 ACL,这个 ACL 必须尽量的约束严格一些,这样可以防止错误的用户修改角色。
创建一个新角色,发送一个 POST 请求到 roles 根路径:
和创建对象类似,创建成功时,HTTP 返回
201 Created
,Location
header 包含了新的对象的 URL:返回值是一个 JSON 对象:
你可以通过加入已有的对象到 roles 和 users 关系中来创建一个有子角色和用户的角色:
你也许注意到了,上面的代码里出现了一个新操作符
AddRelation
。 因为一些性能上的考量,Relation 的实现比较复杂。 不过我们可以简单地把它看成 Pointer 数组。 如果你是 LeanCloud 老用户,可能还记得曾经 Relation 是 LeanCloud 提供的重要的多对多抽象。 后来因为考虑到 Relation 的用法比较复杂(特别是在考虑性能的情况下),我们废弃了 Relation,推荐大家改用中间表。 但是在角色中还是用到了 Relation 这一概念。获取角色
类似获取对象,你可以通过发送一个 GET 请求到 Location header 中返回的 URL 来获取这个对象,比如我们想要获取上面创建的对象:
响应的 body 是一个 JSON 对象包含角色的所有字段:
更新角色
更新一个角色通常可以像更新其他对象一样使用,但是 name 字段是不可以更改的。加入和删除 users 和 roles 可以通过使用
AddRelation
和RemoveRelation
操作来进行。举例来说,我们对 Manager 角色加入 1 个用户:
相似的,我们可以删除一个 Manager 的子角色:
查询角色
查询用户具有哪些角色:
查询角色包含哪些用户(不计子角色中的用户):
可以像查询普通对象一样,根据角色的属性进行查询。
删除角色
为了从 LeanCloud 上删除一个角色,只需要发送 DELETE 请求到它的 URL 就可以了。
我们需要传入 X-LC-Session 来通过一个有权限的用户账号来访问这个角色对象,例如:
角色和 ACL
当你通过 REST API 访问 LeanCloud 的时候,访问和 SDK 一样可能被 ACL 所限制。你仍然可以通过 REST API 来读和修改 ACL,只用通过访问「ACL」键就可以了。
除了用户级的权限设置以外,你可以通过设置角色级的权限来限制对 LeanCloud 对象的访问。取代了指定一个 objectId 带一个权限的方式,你可以设定一个角色的权限为它的名字在前面加上
role:
前缀作为 key。你可以同时使用用户级的权限和角色级的权限来提供精细的用户访问控制。比如,为了限制一个对象可以被在 Staff 里的任何人读到,而且可以被它的创建者和任何有 Manager 角色的人所修改,你应该向下面这样设置 ACL:
如果创建的用户和 Manager 本身就是 Staff 的子角色和用户,那么它们都会继承授予 Staff 的权限。 所以我们上面没有显式地为创建者和 Manager 授予「读」权限。
就像我们之前提到的一样,一个角色可以包含另一个,可以为 2 个角色建立一个「父子」关系。 这个关系的结果就是任何被授予父角色的权限隐含地被授予子角色。
这样的关系类型通常在用户管理的内容类的 app 上比较常见,比如论坛。有一些少数的用户是「管理员」,有最高级的权限来调整程序的设置、创建新的论坛、设定全局的消息等等。
另一类用户是「版主」,他们有责任保证用户生成的内容是合适的。任何有管理员权限的人都应该有版主的权利。为了建立这个关系,你应该把「Administrators」的角色设置为「Moderators」 的子角色,具体来说就是把 Administrators 这个角色加入 Moderators 对象的 roles 关系之中:
文件
创建文件
REST API 不支持文件上传,请使用 SDK 或命令行工具上传并创建文件。
如果已有 URL,可以使用以下命令创建文件(在
_File
表新增一条数据):响应和返回值请参考创建对象一节。
关联文件到对象
一个文件被保存到
_File
表后,你可以关联该文件到某个 AVObject 对象上:其中
id
就是文件对象的 objectId。删除文件
知道文件对象 ObjectId 的情况下,可以通过 DELETE 删除文件:
Push 通知
请查看我们的 消息推送开发指南 · 使用 REST API 推送消息。
数据 Schema
为了方便开发者使用、自行研发一些代码生成工具或者内部使用的管理平台。我们提供了获取数据 Class Schema 的开放 API,基于安全考虑,强制要求使用 Master Key 才可以访问。
查询一个应用下面所有 Class 的 Schema:
返回的 JSON 数据包含了每个 Class 对应的 Schema:
也可以单独获取某个 Class 的 Schema:
云函数
请查看我们的 云引擎 REST API 使用指南。
用户反馈组件 API
由于设计和实现上的一些不足,用户反馈组件在查询方面不够灵活(例如,难以查询某一个用户的所有反馈),权限不够严密,且应用导出数据并不包含用户反馈数据。 因此,我们建议基于数据存储功能自行实现用户反馈功能,例如:
使用
UserFeedback
Class 存储用户反馈主帖。其中,content
字段存储反馈内容,status
字段存储反馈状态(处理中、关闭等等),author
(作者)字段则可以设计为指向_User
用户的 Pointer。根据业务需求,可以添加更多字段,比如设备型号、客服评分等。使用
UserReply
和StaffReply
Class 分别存储用户和客服的回复。同样,content
字段存储反馈内容,author
(作者)字段可以设计为指向_User
用户的 Pointer,feedback
字段可以设计为指向UserFeedback
的 Pointer 以关联反馈和回复。根据业务需要设置合理的权限。例如:Class 权限中,
create
、update
、find
、get
可以设定为仅限登录用户,同时对所有用户关闭add_fields
和delete
权限。UserFeedback
和UserReply
默认 ACL 设置为数据创建者可写,客服角色可读,StaffReply
的 ACL 需要就每条数据分别设置(这也是UserReply
和StaffReply
不并为一个 Class 的原因),数据创建者或客服角色可写,提交反馈的用户(feedback
字段指向的UserFeedback
的author
)可读。用户反馈组件 API 已弃用,以下 REST API 接口仍可调用,以便应用开发者迁移数据。
提交一条新的用户反馈:
获取所有的反馈:
返回的结果是反馈主帖数组:
其中,
uid
是反馈用户(_User
)的 objectId,iid
是反馈设备(_Installation
) 的 objectId,status
表示反馈意见的状态(open
为打开,close
为关闭),contact
是反馈用户的联系方式,可以是邮箱、手机等。获取一条反馈里面的信息:
将
<:feedback_objectId>
替换为 feedback 的 objectId(可以从上述的「获取所有的反馈」这个查询中得到 objectId)。 和其他查询类 API 一样,你可以用skip
和limit
分页。 不过limit
的默认值是 1000,这是针对用户反馈这一使用场景做的调整,确保绝大多数情况下一次请求即可获取整个会话。返回的结果是一个包含反馈回复的数组:
其中,
feedback
是一个指向反馈主帖(UserFeedback
)的 Pointer,type
的值为user
(用户回复)或dev
(客服回复)。客服为一条已经存在的反馈增加一条回复:
用户为一条已经存在的反馈增加一条回复:
短信验证 API
请参考 短信服务 REST API 详解。
即时通讯 API
请参考 即时通讯 REST API。
事件流 API
请参考 事件流 REST API。
全文搜索 API
请参考 全文搜索 REST API。
数据导出 API
你可以通过请求
/exportData
来导出应用数据:exportData
要求使用 master key 来授权。你还可以指定导出数据的起始时间(
updatedAt
):还可以指定具体的 class 列表,使用逗号隔开:
增加
only-schema
选项就可以只导出 schema:导出的 Schema 文件同样可以使用数据导入功能来导入到其他应用。
默认导出的结果将发送到应用的创建者邮箱,你也可以指定接收邮箱:
调用结果将返回本次任务的 id 和状态:
除了被动等待邮件之外,你还可以主动使用 id 去查询导出任务状态:
如果导出完成,将返回导出结果的下载链接:
如果任务还没有完成,
status
仍然将为running
状态,请间隔一段时间后再尝试查询。导出应用数据中不含用户反馈数据和即时通讯聊天记录。 如需导出这些记录,请调用相应的 REST API 接口获取。
其他 API
服务器时间
获取服务端当前日期时间可以通过
/date
API:返回 UTC 日期:
离线数据分析 API
该项功能仅向商业版和企业版应用开放。因此,开发版应用如果调用该 API 会收到错误响应。
创建分析 job API
离线数据分析 API 可以获取一个应用的备份数据。因为应用数据的隐私敏感性,离线数据分析 API 必须使用 master key 的签名方式鉴权,请参考 更安全的鉴权方式 一节。
创建分析 job。(注意:下面示例直接使用带
master
标识的X-LC-Key
,不过我们推荐你在实际使用中采用 新鉴权方式 加密,不要明文传递 Key。)需要特别说明的是,
jobConfig
不仅可以提供查询分析sql
,还可以增加其他配置项:对应的输出:
获取分析 job 结果 API
对应的输出:
浏览器跨域和特殊方法解决方案
注:直接使用 RESTful API 遇到跨域问题,请遵守 HTML5 CORS 标准即可。以下方法非推荐方式,而是内部兼容方法。
对于跨域操作,我们定义了如下的 text/plain 数据格式来支持用 POST 的方法实现 GET、PUT、DELETE 的操作。
GET
对应的输出:
PUT
对应的输出:
DELETE
对应的输出是:
总之,就是利用 POST 传递的参数,把 _method、_ApplicationId 以及 _ApplicationKey 传递给服务端,服务端会自动把这些请求翻译成指定的方法,这样可以使得 Unity3D 以及 JavaScript 等平台(或者语言)可以绕开浏览器跨域或者方法限制。