driveItem:createUploadSession

命名空间:microsoft.graph

重要

Microsoft Graph /beta 版本下的 API 可能会发生更改。 不支持在生产应用程序中使用这些 API。 若要确定 API 是否在 v1.0 中可用,请使用 版本 选择器。

通过创建上传会话,使应用可以上传最大大小的文件。

上传会话允许应用在顺序 API 请求中上传文件的范围,如果连接在上传过程中断开,则允许恢复传输。

若要使用上传会话上传文件,请执行以下操作:

  1. 创建上载会话
  2. 将字节上传到上传会话

此 API 可用于以下国家级云部署

全局服务 美国政府 L4 美国政府 L5 (DOD) 由世纪互联运营的中国

权限

为此 API 选择标记为最低特权的权限。 只有在应用需要它时,才使用更高的特权权限。 有关委派权限和应用程序权限的详细信息,请参阅权限类型。 要了解有关这些权限的详细信息,请参阅 权限参考

权限类型 最低特权权限 更高特权权限
委派(工作或学校帐户) Files.ReadWrite Files.ReadWrite.All、Sites.ReadWrite.All
委派(个人 Microsoft 帐户) Files.ReadWrite Files.ReadWrite.All
应用程序 Sites.ReadWrite.All 不可用。

创建上传会话

要开始上载大文件,你的应用程序必须先请求新的上载会话。 这可以创建一个临时存储位置,在上载完成之前保存文件字节数。 上载最后一个字节后,上载会话即完成,最终文件会出现在目标文件夹中。 或者,你可以通过在请求参数中设置 deferCommit 属性来推迟目标位置中的文件的最终创建,直到你显式发出完成上传的请求。

HTTP 请求

POST /drives/{driveId}/items/{itemId}/createUploadSession
POST /groups/{groupId}/drive/items/{itemId}/createUploadSession
POST /me/drive/items/{itemId}/createUploadSession
POST /me/drive/items/{itemId}:/{fileName}:/createUploadSession
POST /sites/{siteId}/drive/items/{itemId}/createUploadSession
POST /users/{userId}/drive/items/{itemId}/createUploadSession

请求正文

无需请求正文。 但是,你可以在请求正文中指定属性,以提供有关正在上传的文件的其他数据,并自定义上传操作的语义。

例如, item 属性允许设置以下参数:

{
  "@microsoft.graph.conflictBehavior": "fail (default) | replace | rename",
  "description": "description",
  "driveItemSource": { "@odata.type": "microsoft.graph.driveItemSource" },
  "fileSize": 1234,
  "name": "filename.txt",
  "mediaSource": { "@odata.type": "microsoft.graph.mediaSource" }
}

以下示例控制文件名是否已采用的行为,并指定在发出显式完成请求之前不应创建最终文件:

{
  "item": {
    "@microsoft.graph.conflictBehavior": "rename"
  },
  "deferCommit": true
}

可选的请求标头

名称 说明
if-match etag 如果包含此请求标头,并且提供的 eTag (或 cTag) 与项上的当前 etag 不匹配, 412 Precondition Failed 则会返回错误响应。

参数

参数 类型 说明
deferCommit 布尔值 如果设置为 true,则最终在目标中创建文件需要显式请求。
driveItemUploadableProperties 有关正在上传的文件的数据。

请求

对此请求的响应提供了新创建的 uploadSession 的详细信息,其中包括用于上传文件部分的 URL。

注意:{item-path} 必须包含请求正文中指定的项的名称。

POST /me/drive/items/{itemID}:/{item-path}:/createUploadSession
Content-Type: application/json

{
  "item": {
    "@microsoft.graph.conflictBehavior": "rename",
    "name": "largefile.dat"
  }
}

响应

如果成功,此请求的响应将详细说明应将其余请求作为 UploadSession 资源发送到哪里。

此资源详细说明了应将文件的字节范围上传到哪里以及上传会话何时到期。

如果指定了 fileSize 参数并超出可用配额, 507 Insufficent Storage 则会返回响应,并且不会创建上传会话。

HTTP/1.1 200 OK
Content-Type: application/json

{
  "uploadUrl": "https://sn3302.up.1drv.com/up/fe6987415ace7X4e1eF866337",
  "expirationDateTime": "2015-01-29T09:21:55.523Z"
}

将字节上传到上传会话

若要上传文件或文件的一部分,你的应用可以对在 createUploadSession 响应中收到的 uploadUrl 值创建 PUT 请求。 可以上传整个文件,也可以将文件拆分为多个字节范围,只要任意给定请求的最大字节数少于 60 MiB 即可。

必须按顺序上传文件的片段。 按顺序上传片段会导致错误。

注意:如果应用将一个文件拆分为多个字节范围,则每个字节范围的大小必须是 320 KiB(327,680 个字节)的倍数。 使用不均匀除以 320 KiB 的片段大小会导致提交某些文件时出错。

示例

在此示例中,应用上传 128 字节文件的前 26 个字节。

  • Content-Length 标头指定当前请求的大小。
  • Content-Range 标头指示此请求表示的整个文件中的字节范围。
  • 要先知道文件的总长度,然后才可以上传文件的第一个片段。
PUT https://sn3302.up.1drv.com/up/fe6987415ace7X4e1eF866337
Content-Length: 26
Content-Range: bytes 0-25/128

<bytes 0-25 of the file>

注意

  • 若要使用 SDK 上传大型文件,请参阅 使用 Microsoft Graph SDK 上传大型文件
  • 你的应用必须确保 Content-Range 标头中指定的总文件大小对于所有请求相同。 如果某字节范围声明有不同的文件大小,则请求将失败。

响应

请求完成后,如果需要更多的字节范围需要上传,则服务器会进行响应 202 Accepted

HTTP/1.1 202 Accepted
Content-Type: application/json

{
  "expirationDateTime": "2015-01-29T09:21:55.523Z",
  "nextExpectedRanges": ["26-"]
}

应用可以使用 nextExpectedRanges 值来确定开始上传下一字节范围的位置。 你可能会看到多个指定区域,指示服务器尚未接收的文件部分。 如果需要恢复中断的传输,并且客户端不能确定服务的状态,这个方法很有用。

始终都应根据以下最佳实践确定字节范围大小。 不要假设 nextExpectedRanges 将返回适当大小的区域,以便上传的字节范围。 nextExpectedRanges 属性指示尚未接收的文件范围,而不是应用应如何上传文件的模式。

HTTP/1.1 202 Accepted
Content-Type: application/json

{
  "expirationDateTime": "2015-01-29T09:21:55.523Z",
  "nextExpectedRanges": [
  "12345-55232",
  "77829-99375"
  ]
}

备注

  • nextExpectedRanges 属性不会总是列出所有缺少的范围。
  • 成功写入片段时,它将返回从 (开始的下一个范围,例如“523-”) 。
  • 当客户端发送服务器已收到的片段时失败时,服务器会响应 HTTP 416 Requested Range Not Satisfiable。 可以请求获取上传状态,以获取缺少范围的更详细列表。
  • 在发出 PUT 调用时添加授权标头可能会导致 HTTP 401 Unauthorized 响应。 只有在第一步中颁发 POST 时,才应发送授权标头和持有者令牌。 颁发 时不应包含它 PUT

完成文件

如果 deferCommit 为 false 或未设置,则在将文件的最终字节范围放入上传 URL 时,将自动完成上传。

如果 deferCommit 为 true,则可通过以下两种方式显式完成上传:

  • 将文件的最终字节范围放入上传 URL 后,将最终的 POST 请求发送到内容长度为零的上传 URL(当前仅在 OneDrive for Business 和 SharePoint 中受支持)。
  • 将文件的最终字节范围放入上传 URL 后,以处理上传错误的相同方式发送最终 PUT 请求(目前仅在 OneDrive Personal 中受支持)。

上传完成后,服务器使用 HTTP 201 CreatedHTTP 200 OK响应最终请求。 响应正文还会包括 driveItem 的默认属性集,用来表示已完成的文件。

PUT https://sn3302.up.1drv.com/up/fe6987415ace7X4e1eF866337
Content-Length: 21
Content-Range: bytes 101-127/128

<final bytes of the file>

注意

HTTP/1.1 201 Created
Content-Type: application/json

{
  "id": "912310013A123",
  "name": "largefile.vhd",
  "size": 128,
  "file": { }
}
POST https://sn3302.up.1drv.com/up/fe6987415ace7X4e1eF866337
Content-Length: 0

注意

HTTP/1.1 201 Created
Content-Type: application/json

{
  "id": "912310013A123",
  "name": "largefile.vhd",
  "size": 128,
  "file": { }
}

处理上传冲突

如果在文件上传后发生冲突(例如,在上传会话期间创建了同名的项),则会在最后一个字节范围上传时返回错误。

HTTP/1.1 409 Conflict
Content-Type: application/json

{
  "error":
  {
    "code": "upload_name_conflict",
    "message": "Another file exists with the same name as the uploaded session. You can redirect the upload session to use a new filename by calling PUT with the new metadata and @microsoft.graph.sourceUrl attribute.",
  }
}

取消上传会话

若要取消上载会话,请向上载 UR L 发送 DELETE 请求。 这会清理用来保留以前上载的数据的临时文件。 应在上载中止(例如,如果用户取消传输)的情况下使用上述方法。

expirationDateTime 通过后,系统将自动清理临时文件及其随附的上载会话。 过期时间过后,临时文件可能不会立即删除。

请求

DELETE https://sn3302.up.1drv.com/up/fe6987415ace7X4e1eF866337

注意

响应

以下示例显示了相应的响应。

HTTP/1.1 204 No Content

继续正在进行的上传

如果上载请求在完成前断开或失败,将忽略该请求中的所有字节。 如果应用程序与服务之间的连接断开,可能会发生这种情况。 如果发生这种情况,应用程序仍可以继续传输以前完成的文件片段。

若要查找以前已接收的字节范围,应用程序可以请求上载会话的状态。

示例

通过向 uploadUrl 发送 GET 请求来查询上载状态。

GET https://sn3302.up.1drv.com/up/fe6987415ace7X4e1eF86633784148bb98a1zjcUhf7b0mpUadahs

注意

服务器使用需要上传的缺失字节范围列表以及上传会话的过期时间进行响应。

HTTP/1.1 200 OK
Content-Type: application/json

{
  "expirationDateTime": "2015-01-29T09:21:55.523Z",
  "nextExpectedRanges": ["12345-"]
}

上载剩余数据

现在,你的应用程序已经知道开始上载的位置,请按照 将字节上载到上载会话 中的步骤继续上载。

处理上传错误

上传文件的最后一个字节范围时,可能会出现错误。 这可能是由于名称冲突或超出配额限制所致。 上传会话将一直保留到到期时间,这使应用可以通过显式提交上传会话来恢复上传。

若要显式提交上传会话,应用必须使用将用来提交上传会话的新 driveItem 资源发出 PUT 请求。 此新请求应纠正生成原始上传错误的错误根源。

若要指示应用提交现有上传会话,PUT 请求必须包含 @microsoft.graph.sourceUrl 属性以及上传会话 URL 的值。

PUT https://graph.microsoft.com/beta/me/drive/root:/{path_to_file}
Content-Type: application/json
If-Match: {etag or ctag}

{
  "name": "largefile.vhd",
  "@microsoft.graph.conflictBehavior": "rename",
  "@microsoft.graph.sourceUrl": "{upload session URL}"
}

注意:可以在此调用中正常使用 @microsoft.graph.conflictBehaviorif-match 头。

响应

如果可以使用新的元数据提交文件,将返回 HTTP 201 CreatedHTTP 200 OK 响应,其中包含已上传文件的项元数据。

HTTP/1.1 201 Created
Content-Type: application/json

{
  "id": "912310013A123",
  "name": "largefile.vhd",
  "size": 128,
  "file": { }
}

最佳做法

  • 继续或重试由于连接中断或任意 5xx 错误而失败的上载,包括:
    • 500 Internal Server Error
    • 502 Bad Gateway
    • 503 Service Unavailable
    • 504 Gateway Timeout
  • 如果在继续或重试上载请求时返回任意 5xx 服务器错误,请使用指数退避战略。
  • 对于其他错误,不应使用指数退避策略,而应限制重试次数。
  • 通过重新开始整个上传继续上传时,请处理 404 Not Found 错误。 这表示上传会话不再存在。
  • 对大于 10 MiB(10,485,760 个字节)的文件使用可恢复文件传输。
  • 最佳的字节范围大小是 10 MiB,可以实现稳定高速连接。 对于速度较慢或不可靠的连接,较小的文件片段大小可能会给你带来更好的结果。 建议使用的片段大小为 5-10 MiB 之间。
  • 使用 320 KiB(327,680 个字节)倍数的字节范围大小。 如果使用的片段大小不是 320 KiB 的倍数,可能会在上传最后一个字节范围后导致大文件传输失败。

错误响应

请参阅错误响应主题,详细了解错误返回方式。

大文件上传