createdAt 和 updatedAt 都是 UTC 时间戳，以 ISO 8601 标准和毫秒级精度储存：YYYY-MM-DDTHH:MM:SS.MMMZ。objectId 是一个字符串，在类中可以唯一标识一个实例。
在 REST API 中，class 级的操作都是通过一个带类名的资源路径（URL）来标识的。例如，如果类名是 Post，那么 class 的 URL 就是：
https://{{domainN1}}/1.1/classes/Post
对于用户账户这种对象，有一个特殊的 URL：
https://{{domainN1}}/1.1/users
针对于一个特定的对象的操作可以通过组织一个 URL 来做。例如，对 Post 中的一个 objectId 为 558e20cbe4b060308e3eb36c 的对象的操作应使用如下 URL：
https://{{domainN1}}/1.1/classes/Post/<objectId>
创建对象
为了在 LeanCloud 上创建一个新的对象，应该向 class 的 URL 发送一个 POST 请求，其中应该包含对象本身。class 的名称必须以字母开头，只能包含字母、数字和下划线。例如，要创建如上所说的对象：
有几种方式来查询对象之间的关系数据。如果你想获取对象，而这个对象的一个字段对应了另一个对象，你可以用一个 where 查询，自己构造一个 Pointer，和其他数据类型一样。例如，每条微博都会有很多人评论，我们可以让每一个 Comment 将它对应的 Post 对象保存到 post 字段上，这样你可以取得一条微博下所有 Comment：
修改密码，可以直接使用上面的PUT /1.1/users/:objectId的 API，但是很多开发者会希望让用户输入一次旧密码做一次认证，旧密码正确才可以修改为新密码，因此我们提供了一个单独的 API PUT /1.1/users/:objectId/updatePassword 来安全地更新密码：
REST API 使用详解
REST API 可以让你用任何支持发送 HTTP 请求的设备来与 LeanCloud 进行交互，你可以使用 REST API 做很多事情，比如：
API 版本
在线测试
API 在线测试工具，目前仅支持调试中国节点下的应用。
对象
用户
用户连接
用户连接
验证Email
角色
推送通知
安装数据
数据 Schema
云函数
用户反馈组件
统计数据查询
实时通信
其他 API
请求格式
对于 POST 和 PUT 请求，请求的主体必须是 JSON 格式，而且 HTTP header 的 Content-Type 需要设置为
application/json。用户验证通过 HTTP header 来进行，X-LC-Id 标明正在运行的是哪个应用，X-LC-Key 用来授权鉴定 endpoint：
对于 JavaScript 使用，LeanCloud 支持跨域资源共享，所以你可以将这些 header 同 XMLHttpRequest 一同使用。
更安全的鉴权方式
我们还支持一种新的 API 鉴权方式，即在 HTTP header 中使用 X-LC-Sign 来代替 X-LC-Key，以降低 App Key 的泄露风险。例如：
X-LC-Sign 的值是由
sign,timestamp[,master]组成的字符串："master"，当使用 master key 签名请求的时候，必须加上这个后缀明确说明是使用 master key。举例来说，假设应用的信息如下：
FFnN2hso42Wego3pWq4X5qluUtOCzqb67d3sN12Kts4URwy8DyJegPlemooo4X1tg94gQkw11453014943466使用 App Key 来计算 sign：
使用 Master Key 来计算 sign：
（最后加上 master 来告诉服务器这个签名是使用 master key 生成的。）
响应格式
对于所有的请求，响应格式都是一个 JSON 对象。
一个请求是否成功是由 HTTP 状态码标明的。一个 2XX 的状态码表示成功，而一个 4XX 表示请求失败。当一个请求失败时响应的主体仍然是一个 JSON 对象，但是总是会包含
code和error这两个字段，你可以用它们来进行调试。举个例子，如果尝试用非法的属性名来保存一个对象会得到如下信息：错误代码请看 错误代码详解。
对象
对象格式
LeanCloud 的数据存储服务是建立在 AVObject（对象）基础上的，每个 AVObject 包含若干属性值对（key-value，也称「键值对」），属性的值是与 JSON 格式兼容的数据。 通过 REST API 保存对象需要将对象的数据通过 JSON 来编码。这个数据是无模式化的（Schema Free），这意味着你不需要提前标注每个对象上有哪些 key，你只需要随意设置 key-value 对就可以，后端会保存它。
举个例子，假如我们要实现一个类似于微博的社交 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：fetchWhenSave 选项对更新对象也同样有效，但是它仅返回已被更新的字段，而非全部字段。
每个应用最多可以创建 500 个 class，但每个 class 中的记录数量没有限制。
获取对象
当你创建了一个对象时，你可以通过发送一个 GET 请求到返回的 header 的 Location 以获取它的内容。例如，为了得到我们上面创建的对象：
返回的主体是一个 JSON 对象包含所有用户提供的 field 加上 createdAt、updatedAt 和 objectId 字段：
当获取的对象有指向其子对象的指针时，你可以加入
include选项来获取这些子对象。假设微博记录中有一个字段author来指向发布者的账户信息，按上面的例子，可以这样来连带获取发布者完整信息：更新对象
为了更改一个对象已经有的数据，你可以发送一个 PUT 请求到对象相应的 URL 上，任何你未指定的 key 都不会更改，所以你可以只更新对象数据的一个子集。例如，我们来更改我们对象的一个 content 字段：
返回的 JSON 对象只会包含一个 updatedAt 字段，表明更新发生的时间：
计数器
比如一条微博，我们需要记录有多少人喜欢或者转发了它，但可能很多次喜欢都是同时发生的，如果每个客户端都直接把读到的计数值更改之后再写回去，那么极容易引发冲突和覆盖，导致最终结果不准。LeanCloud 提供了对数字类型字段进行原子增加或者减少的功能，稳妥地实现对计数器类型数据的更新：
这样就将对象的 upvotes 属性值（被用户点赞的次数）加上 1，其中 amount 为递增的数字大小，如果为负数，则为递减。
除了 Increment，我们也提供了 Decrement 用于递减，等价于 Increment 一个负数。
位运算
如果数据表的某一列是整型，可以使用位运算操作符该列进行原子的位运算：
数组
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', {})__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})删除对象
为了在 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 同样是有效的：
数据类型
到现在为止我们只使用了可以被标准 JSON 编码的值，LeanCloud 移动客户端 SDK library 同样支持日期、二进制数据和关系型数据。在 REST API 中，这些值都被编码了，同时有一个
__type字段（注意：前缀是两个下划线）来标示出它们的类型，所以如果你采用正确的编码的话就可以读或者写这些字段。Date 类型包含了一个 iso 字段，其值是一个 UTC 时间戳，以 ISO 8601 格式和毫秒级的精度来存储的时间值，格式为：
YYYY-MM-DDTHH:MM:SS.MMMZ：Date 和内置的 createdAt 字段和 updatedAt 字段相结合的时候特别有用，举个例子：为了找到在一个特殊时间发布的微博，只需要将 Date 编码后放在使用了比较条件的查询里面：
Byte 类型包含了一个 base64 字段，这个字段是一些二进制数据编码过的 base64 字符串。base64 是 MIME 使用的标准，不包含空白符：
Pointer 类型是用来设定 AVObject 作为另一个对象的值时使用的，它包含了 className 和 objectId 两个属性值，用来提取目标对象：
指向用户对象的 Pointer 的 className 为
_User，前面加一个下划线表示开发者不能定义的类名，而且所指的类是 LeanCloud 平台内置的。Relation 类型被用在多对多的类型上，移动端使用 AVRelation 作为值，它有一个 className 字段表示目标对象的类名。
Relation 类型已被弃用。请使用 中间表 来完成对关联数据的查询、排序等复杂操作。
在进行查询时，Relation 对象的行为很像是 Pointer 的数组，任何针对于 pointer 数组的操作（
include除外）都可以对 Relation 起作用。当更多的数据类型被加入的时候，它们都会采用 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还支持反向选择，也就是不返回某些字段，字段名前面加个减号即可，比如我不想查询返回author：所有以上这些参数都可以和其他的组合进行使用。
正则查询
获取标题以大写「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 的对象：关系查询
有几种方式来查询对象之间的关系数据。如果你想获取对象，而这个对象的一个字段对应了另一个对象，你可以用一个
where查询，自己构造一个 Pointer，和其他数据类型一样。例如，每条微博都会有很多人评论，我们可以让每一个 Comment 将它对应的 Post 对象保存到 post 字段上，这样你可以取得一条微博下所有 Comment：如果你想获取对象，这个对象的一个字段指向的对象需要另一个查询来指定，你可以使用
$inQuery操作符。注意limit的默认值是 100 且最大值是 1000，这个限制同样适用于内部的查询，所以对于较大的数据集你可能需要细心地构建查询来获得期望的结果。如上面的例子，假设每条微博还有一个
image的字段，用来存储配图，你可以这样列出带图片的微博的评论数据：如果你想获取作为其父对象的关系成员的对象，你可以使用
$relatedTo操作符。例如对于微博这种社交类应用来讲，每一条微博都可以被不同的用户点赞，我们可以设计 Post 类下面有一个 key 是 Relation 类型，叫做likes，存储了喜欢这个 Post 的所有 User。Relation 类型已被弃用。请使用 中间表 来完成对关联数据的查询、排序等复杂操作。
你可以通过下面的方式找到喜欢某条 Post 的所有用户（请注意，新创建应用的
_User表的查询权限默认是关闭的，你可以通过 class 权限设置打开，请参考 数据与安全 - Class 级别的权限。）：有时候，你可能需要在一个查询之中返回多种类型，你可以通过传入字段到
include参数中。比如，我们想获得最近的 10 篇评论，而你想同时得到它们关联的微博：不是作为一个 Pointer 表示，
post字段现在已经被展开为一个完整的对象：__type被设置为 Object 而className同样也被提供了。例如，一个指向 Post 的 Pointer 可能被展示为：当一个查询使用
include参数来包含进去来取代 pointer 之后，可以看到 pointer 被展开为：你可以同样做多层的
include，这时要使用点号（.）。如果你要 include 一个 Comment 对应的 Post 对应的author：如果你要构建一个查询，这个查询要 include 多个类，此时用逗号分隔列表即可。
对象计数
如果你在使用
limit，或者如果返回的结果很多，你可能想要知道到底有多少对象应该返回，而不用把它们全部获得以后再计数，此时你可以使用count参数。举个例子，如果你仅仅是关心一个某个用户发布了多少条微博：因为这个 request 请求了
count而且把limit设为了 0，返回的值里面只有计数，没有results：如果有一个非 0 的
limit的话，则既会返回results也会返回count。复合查询
$or操作符用于查询符合任意一种条件的对象，它的值为一个 JSON 数组。例如，查询企业账号和个人账号的微博：任何在查询上的其他约束都会对返回的对象生效，所以你可以用
$or对其他的查询添加约束。$and操作符用于查询符合全部条件的对象，它的值为一个 JSON 数组。例如查找存在 price 字段且 price != 199 的对象：在组合查询的子查询中不支持使用 limit、skip、order、include 等非过滤型的约束。
使用 CQL 查询
我们还提供类 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。
返回的主体是一个 JSON 对象包括所有除了 password 以外的自定义字段。它同样包含了 createdAt、updateAt、objectId 和 sessionToken 字段。
可以将 sessionToken 理解为用户的登录凭证，每个用户的 sessionToken 在同一个应用内都是唯一的， 类似于 Cookie 的概念。
正常情况下，用户的 sessionToken 是固定不变的，但在以下情况下会发生改变：
refreshSessionToken主动重置。在 sessionToken 变化后，已有的登录如果调用到用户相关权限受限的 API，将返回 403 权限错误。
已登录的用户信息
用户成功注册或登录后，服务器会返回 sessionToken 并保存在本地，后续请求可以通过传递 sessionToken 来获取该用户信息（如访问权限等）。更多说明请参考 存储 · sessionToken。
返回的 JSON 数据与
/login登录请求所返回的相同。重置登录 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 字段。如果成功的话，返回的值是一个 JSON 对象。
关于自定义邮件模板和验证链接请看这篇博客文章《自定义应用内用户重设密码和邮箱验证页面》。
手机号码验证
请参考 短信服务 REST API 详解 - 用户账户与手机号码验证。
获取用户
你可以发送一个 GET 请求到 URL 以获取用户的账户信息，返回的内容就是当创建用户时返回的内容。比如，为了获取上面创建的用户:
返回的 body 是一个 JSON 对象，包含所有用户提供的字段，除了密码以外，也包括了 createdAt、 updatedAt 和 objectId 字段.
更新用户
在通常的情况下，没有人会允许别人来改动他们自己的数据。为了做好权限认证，确保只有用户自己可以修改个人数据，在更新用户信息的时候，必须在 HTTP 头部加入一个
X-LC-Session项来请求更新，这个 session token 在注册和登录时会返回。为了改动一个用户已经有的数据，需要对这个用户的 URL 发送一个 PUT 请求。任何你没有指定的 key 都会保持不动，所以你可以只改动用户数据中的一部分。username 和 password 也是可以改动的，但是新的 username 不能和既有数据重复。
比如，如果我们想对 「hjiang」 的手机号码做出一些改动:
返回的 body 是一个 JSON 对象，只有一个
updatedAt字段表明更新发生的时间.安全地修改用户密码
修改密码，可以直接使用上面的
PUT /1.1/users/:objectId的 API，但是很多开发者会希望让用户输入一次旧密码做一次认证，旧密码正确才可以修改为新密码，因此我们提供了一个单独的 APIPUT /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。authData是一个普通的 JSON 对象，它所要求的 key 根据 service 不同而不同，具体要求见下面。每种情况下，你都需要自己负责完成整个授权过程(一般是通过 OAuth 协议，1.0 或者 2.0) 来获取授权信息，提供给连接 API。新浪微博 的 authData 内容：
腾讯微博 的 authData 内容：
微信 的 authData 内容：
匿名用户(Anonymous user)的 authData 内容：
其他任意第三方平台（其他第三方将不支持校验 access token 选项）：
同时，请在控制台的
_User表里为authData.第三方平台名称.uid建立唯一索引，并且勾选上 允许缺失值 选项，这样才能保证一个第三方账号只绑定到一个 LeanCloud 应用内用户上。当一个数据表的记录数超过 1 万时，开发者将无法自行为其创建索引（此前已创建的索引仍然会对超过 1 万条的数据生效）。商用版用户需要通过 工单服务 向我们提交创建申请（选择「建立索引」分类），开发版用户需要先升级到商用版才能提交创建申请。
获取 authData
authData 的数据默认为不可查询，也就是说它既不包含在当前登录用户的数据中，也无法在 query 中以 include 或 fetch 来获取。要更改这一默认行为，需要进入 应用控制台 > 存储 > _User 表，点击 authData 字段右侧的箭头，选择 编辑，关掉「列属性」里的「客户端不可见」选项才能获取到。
注册和登录
使用一个连接服务来注册用户并登录，同样使用 POST 请求 users，只是需要提供
authData字段。例如，使用新浪微博账户注册或者登录用户：LeanCloud 会校验提供的
authData是否有效，并检查是否已经有一个用户连接了这个authData服务。如果已经有用户存在并连接了同一个authData，那么返回 200 OK 和详细信息（包括用户的sessionToken）：应答的 body 类似：
如果用户还没有连接到这个账号，则你会收到 201 Created 的应答状态码，标识新的用户已经被创建：
应答内容包括 objectId、createdAt、sessionToken 以及一个自动生成的随机 username，例如：
连接
连接一个现有的用户到新浪微博或者腾讯微博账号，可以向 user endpoint 发送一个附带
authData字段的 PUT 请求来实现。例如，连接一个用户到新浪微博账号发起的请求类似这样：完成连接后，你可以使用匹配的
authData来认证他们。断开连接
断开一个现有用户到某个服务，可以发送一个PUT请求设置
authData中对应的服务为 null 来做到。例如，取消新浪微博关联：安全
当你用 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 应该是:
角色
当你的 app 的规模和用户基数成长时，你可能发现你需要比 ACL 模型(针对每个用户)更加粗粒度的访问控制你的数据的方法。为了适应这种需求，LeanCloud 支持一种基于角色的权限控制方式。角色系统提供一种逻辑方法让你通过权限的方式来访问你的数据，角色是一种有名称的对象，包含了用户和其他角色。任何授予一个角色的权限隐含着授予它包含着的其他的角色相应的权限。
例如，在你的 app 中管理着一些内容，你可能有一些类似于「主持人」的角色可以修改和删除其他用户创建的新的内容，你可能还有一些「管理员」有着与「主持人」相同的权限，但是还可以修改 app 的其他全局性设置。通过给予用户这些角色，你可以保证新的用户可以做主持人或者管理员，不需要手动地授予每个资源的权限给各个用户。
我们提供一个特殊的角色（Role）类来表示这些用户组，为了设置权限用。角色有一些和其他对象不太一样的特殊字段。
通常来说，为了保持这些角色安全，你的移动 app 不应该为角色的创建和管理负责。作为替代，角色应该是通过一个不同的网页上的界面来管理，或者手工被管理员所管理。我们的 REST API 允许你不需要一个移动设备就能管理你的角色。
创建角色
创建一个新的角色与其他的对象不同的是 name 字段是必须的。角色必须指定一个 ACL，这个 ACL 必须尽量的约束严格一些，这样可以防止错误的用户修改角色。
创建一个新角色，发送一个 POST 请求到 roles 根路径：
其返回值类似于：
你可以通过加入已有的对象到 roles 和 users 关系中来创建一个有子角色和用户的角色:
当创建成功时，HTTP 返回是 201 Created 而 Location header 包含了新的对象的 URL：
获取角色
你可以同样通过发送一个 GET 请求到 Location header 中返回的 URL 来获取这个对象，比如我们想要获取上面创建的对象：
响应的 body 是一个 JSON 对象包含角色的所有字段：
注意 users 和 roles 关系无法在 JSON 中见到，你需要相应地用
$relatedTo操作符来查询角色中的子角色和用户。更新角色
更新一个角色通常可以像更新其他对象一样使用，但是 name 字段是不可以更改的。加入和删除 users 和 roles 可以通过使用
AddRelation和RemoveRelation操作来进行。举例来说，我们对 Manager 角色加入 1 个用户：
相似的，我们可以删除一个 Manager 的子角色：
删除对象
为了从 LeanCloud 上删除一个角色，只需要发送 DELETE 请求到它的 URL 就可以了。
我们需要传入 X-LC-Session 来通过一个有权限的用户账号来访问这个角色对象，例如：
安全性
当你通过 REST API key 访问 LeanCloud 的时候，访问同样可能被 ACL 所限制，就像 iOS 和 Android SDK 上一样。你仍然可以通过 REST API 来读和修改 ACL，只用通过访问「ACL」键就可以了。
除了用户级的权限设置以外，你可以通过设置角色级的权限来限制对 LeanCloud 对象的访问。取代了指定一个 objectId 带一个权限的方式，你可以设定一个角色的权限为它的名字在前面加上
role:前缀作为 key。你可以同时使用用户级的权限和角色级的权限来提供精细的用户访问控制。比如，为了限制一个对象可以被在 Staff 里的任何人读到，而且可以被它的创建者和任何有 Manager 角色的人所修改，你应该向下面这样设置 ACL：
你不必为创建的用户和 Manager 指定读的权限，如果这个用户和 Manager 本身就是 Staff 的子角色和用户，因为它们都会继承授予 Staff 的权限。
角色继承
就像上面所说的一样，一个角色可以包含另一个，可以为 2 个角色建立一个「父子」关系。这个关系的结果就是任何被授予父角色的权限隐含地被授予子角色。
这样的关系类型通常在用户管理的内容类的 app 上比较常见，比如论坛。有一些少数的用户是「管理员」，有最高级的权限来调整程序的设置、创建新的论坛、设定全局的消息等等。
另一类用户是「版主」，他们有责任保证用户生成的内容是合适的。任何有管理员权限的人都应该有版主的权利。为了建立这个关系，你应该把「Administartors」的角色设置为「Moderators」 的子角色，具体来说就是把 Administrators 这个角色加入 Moderators 对象的 roles 关系之中：
文件
对于文件上传，我们推荐使用各个客户端的 SDK 进行操作，或者使用命令行工具。
通过 REST API 上传文件受到三个限制：
而使用 SDK 或者命令行上传没有这些限制。
上传文件
北美和华东节点不支持通过 REST API 上传文件，请使用 SDK 提供的文件相关接口上传文件。
上传文件到 LeanCloud 通过 POST 请求，注意必须指定文件的 content-type，例如上传一个文本文件 hello.txt 包含一行字符串：
文件上传成功后，返回 201 Created 的应答和创建的文件对象（可以在 _File 表看到）：
其中
url就是文件下载链接，objectId是文件的对象 id，name就是上传的文件名称。也可以尝试上传一张图片，假设当前目录有一个文件 test.png：
关联文件到对象
一个文件上传后，你可以关联该文件到某个 AVObject 对象上：
其中
id就是文件对象的 objectId。删除文件
知道文件对象 ObjectId 的情况下，可以通过 DELETE 删除文件：
Push 通知
请查看我们的 消息推送开发指南 · 使用 REST API 推送消息。
安装数据
上传安装数据
一个安装对象表示了一个你的在手机上被安装的 app，这些对象被用来保存订阅数据的，这些数据是一个或多个通知通道订阅的。安装数据除了一些特殊字段以外都可以是模式可变的。这些字段都有特殊的类型和验证需求。
大部分时间，安装数据是被客户端中有关 push 的方法所修改的。举个例子，从客户端 SDK 中调用
subscribeToChannel或者unsubscribeFromChannel，如果现在还没有安装对象的或者没有更新安装对象的话会创建一个对象，而从客户端 SDK 中调用getSubscribedChanneles会从安装对象中读取订阅数据。REST 的方法可以被用来模仿这些操作。比如，如果你有一个 iOS 的 device token 你可以注册它来向设备推送通知，只需要创建一个有需要的 channels 的安装对象就可以了。你同样可以做一些不能通过客户端 SDK 进行的操作，就比如说查询所有的安装来找到一个 channel 的订阅者的集合。
创建一个安装对象和普通的对象差不多，但是特殊的几个安装字段必须通过认证。举个例子，如果你有一个由 Apple Push Notification 提供的 device token，而且想订阅一个广播频道，你可以如下发送请求：
当创建成功后，HTTP的返回值为 201 Created，Location header 包括了新的安装的 URL：
返回的 body 是一个 JSON 对象，包括了 objectId 和 createdAt 这个创建对象的时间戳。
获取安装对象
你可以通过 GET 方法请求创建的时候 Location 表示的 URL 来获取 Installation 对象。比如，获取上面的被创建的对象：
返回的 JSON 对象所有用户提供的字段，加上 createdAt、updatedAt 和 objectId 字段：
更新安装对象
安装对象可以向相应的 URL 发送 PUT 请求来更新。例如，为了让设备订阅一个名字为「foo」的推送频道：
查询安装对象
你可以一次通过 GET 请求到 installations 的根 URL 来获取多个安装对象。这项功能在 SDK 中不可用。
没有任何 URL 参数的话，一个 GET 请求会列出所有安装：
返回的 JSON 对象的 results 字段包含了所有的结果：
所有对普通的对象的查询都对 installatin 对象起作用，所以可以查看之前的查询部分以获取详细信息。通过做 channels 的数组查询，你可以查找一个订阅了给定的推送频道的所有设备.
删除安装对象
为了从 AVOSCloud 中删除一个安装对象，可以发送 DELETE 请求到相应的 URL。这个功能在客户端 SDK 也不可用。举例：
数据 Schema
为了方便开发者使用、自行研发一些代码生成工具或者内部使用的管理平台。我们提供了获取数据 Class Schema 的开放 API，基于安全考虑，强制要求使用 Master Key 才可以访问。
查询一个应用下面所有 Class 的 Schema:
返回的 JSON 数据包含了每个 Class 对应的 Schema:
也可以单独获取某个 Class 的 Schema:
云函数
请查看我们的 云引擎 REST API 使用指南。
地理查询
假如在发布微博的时候，我们也支持用户加上当时的位置信息（新增一个
location字段），如果想看看指定的地点附近发生的事情，可以通过 GeoPoint 数据类型加上在查询中使用$nearSphere做到。获取离当前用户最近的 10 条微博应该看起来像下面这个样子:这会按照距离纬度 39.9、经度 116.4（当前用户所在位置）的远近排序返回一系列结果，第一个就是最近的对象。(注意：如果指定了 order 参数的话，它会覆盖按距离排序。）
为了限定搜索的最大距离，需要加入
$maxDistanceInMiles和$maxDistanceInKilometers或者$maxDistanceInRadians参数来限定。比如要找的半径在 10 英里内的话：同样做查询寻找在一个特定的范围里面的对象也是可以的，为了找到在一个矩形的区域里的对象，按下面的格式加入一个约束
{"$within": {"$box": [southwestGeoPoint, northeastGeoPoint]}}。警告
这是有一些问题是值得留心的:
用户反馈组件 API
提交一条新的用户反馈：
提交后的用户反馈在可以在 控制台 >（选择应用）> 组件 > 用户反馈 里看到。
获取所有的反馈：
获取一条反馈里面的信息：
将
<:feedback_objectId>替换为 feedback 的 objectId（可以从上述的「获取所有的反馈」这个查询中得到 objectId）。客服为一条已经存在的反馈增加一条回复：
用户为一条已经存在的反馈增加一条回复：
短信验证 API
请参考 短信服务 REST API 详解。
实时通信 API
请参考 实时通信 REST API。
统计数据 API
数据查询 API
统计 API 可以获取一个应用的统计数据。因为统计数据的隐私敏感性，统计数据查询 API 必须使用 master key 的签名方式鉴权。
获取某个应用的基本信息，包括各平台的应用版本，应用发布渠道：
注意：上面示例直接使用了更加安全的 X-LC-Sign 鉴权方式，避免以明文来传递 Key。
返回的 JSON 数据：
获取某个应用的具体统计数据
具体支持的参数：
appversion1.0,2.0,2.5。channelXiaomi,Meizu。conv_idendmetricsplatformstartmetrics 参数可选项解释：
accumulate_useractive_useractive_user_freq_histoactive_user_locationsactive_user_time_histoavg_page_countavg_session_timeavg_user_timedevice_modeldevice_network_accessdevice_network_carrierdevice_osdevice_resolutionevent_countevent_durationevent_label_countevent_userlost_user_7maunew_usernew_user_freq_histonew_user_locationsnew_user_time_histopage_durationpage_exit页面跳出率 = page_exit / page_visit。page_visitpush_ackpush_directpush_loginpush_sessionretention_nrtm_tr_conv_mrtm_tr_msg_downrtm_tr_msg_uprtm_tr_sendersessionsession_time_histowau返回的 JSON 数据：
批量获取
当需要批量获取统计数据时，可以将多个 metrics 值用半角逗号拼接传入，返回结果将是一个数组，结果值和参数值次序对应，例如：
将返回：
获取统计在线参数
可以获取发送策略、是否开启的设置情况，和自定义的在线配置参数。
返回结果：
统计数据收集 API
格式概览如下：
统计发送的数据格式包括 3 个节点。
client 节点
包括了用户设备和应用的相关信息，这个节点是必选节点。有了这个节点的数据就可以统计出每天的新增、活跃和累计用户，以及用户留存率、流失率等关键数据。
session 节点
包含了用户一次启动的数据信息，这个节点是可选节点。有了这个节点的数据，可以统计出用户每天使用应用的频率相关的数据。
events 节点
包含了自定义事件和预定义事件，是一个数组，其中每个元素的结构为：
{event: tag}这个元素。预定义的事件
页面访问
session 结束
事件流 API
请参考 事件流 REST API。
应用内搜索 API
请参考 搜索 API。
数据导出 API
你可以通过请求
/exportData来导出应用数据：exportData要求使用 master key 来授权。你还可以指定导出数据的起始时间：
还可以指定具体的 class 列表，使用逗号隔开：
增加
only-schema选项就可以只导出 schema:导出的 Schema 文件同样可以使用数据导入功能来导入到其他应用。
默认导出的结果将发送到应用的创建者邮箱，你也可以指定接收邮箱：
调用结果将返回本次任务的 id 和状态：
除了被动等待邮件之外，你还可以主动使用 id 去查询导出任务状态：
如果导出完成，将返回导出结果的下载链接：
如果任务还没有完成，
status仍然将为running状态，请间隔一段时间后再尝试查询。其他 API
服务器时间
获取服务端当前日期时间可以通过
/dateAPI:返回 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 等平台（或者语言）可以绕开浏览器跨域或者方法限制。