你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

放置块

Put Block 操作创建一个要作为 Blob 一部分提交的新块。

请求

可以按如下方式构建Put Block请求。 建议使用 HTTPS。 将 myaccount 替换为存储帐户的名称:

PUT 方法请求 URI HTTP 版本
https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=block&blockid=id HTTP/1.1

模拟的存储服务 URI

在针对模拟的存储服务发出请求时,请将模拟器主机名和 BLOB 服务端口指定为 127.0.0.1:10000,后跟模拟的存储帐户名称:

PUT 方法请求 URI HTTP 版本
http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob?comp=block&blockid=id HTTP/1.1

有关详细信息,请参阅使用用于开发和测试的Azure 存储 Emulator

URI 参数

参数 说明
blockid 必需。 一个用于对块进行标识的有效 Base64 字符串值。 在编码之前,该字符串的大小必须小于等于 64 字节。

对于给定 Blob,为 blockid 参数指定的值的长度必须与每个块的大小相同。

请注意,Base64 字符串必须为 URL 编码字符串。
timeout 可选。 timeout 参数以秒表示。 有关详细信息,请参阅 为 Blob 服务操作设置超时

请求标头

下表介绍必需的和可选的请求标头。

请求标头 说明
Authorization 必需。 指定授权方案、帐户名称和签名。 有关详细信息,请参阅授权请求Azure 存储
Datex-ms-date 必需。 指定请求的协调世界时 (UTC)。 有关详细信息,请参阅授权对Azure 存储的请求
x-ms-version 所有授权请求都是必需的。 指定用于此请求的操作的版本。 有关详细信息,请参阅Azure 存储服务的版本控制
Content-Length 必需。 块内容的长度(字节)。 对于版本 2019-12-12 及更高版本,块的大小必须小于或等于 4000 MiB。 有关旧版本中的限制,请参阅“备注”。

如果未提供长度,操作将失败并显示状态代码 411(需要长度)。
Content-MD5 可选。 块内容的 MD5 哈希值。 此哈希值用于在传输期间验证块的完整性。 指定此标头时,存储服务会对已到达内容的哈希值与此标头值进行比较。

请注意,此 MD5 哈希值不与 Blob 一起存储。

如果这两个哈希值不匹配,操作会失败,并显示错误代码 400(错误请求)。
x-ms-content-crc64 可选。 块内容的 CRC64 哈希。 此哈希值用于在传输期间验证块的完整性。 指定此标头时,存储服务会对已到达内容的哈希值与此标头值进行比较。

请注意,此 CRC64 哈希未随 Blob 一起存储。

如果这两个哈希值不匹配,操作会失败,并显示错误代码 400(错误请求)。

如果存在 Content-MD5 和 x-ms-content-crc64 标头,则请求将失败并显示 400 (错误请求) 。

版本 2019-02-02 或更高版本支持此标头。
x-ms-encryption-scope 可选。 指示用于加密请求内容的加密范围。 版本 2019-02-02 或更高版本支持此标头。
x-ms-lease-id:<ID> 如果 Blob 具有活动租约,则是必需的。 要在具有活动租约的 Blob 上执行此操作,请为此标头指定有效的租约 ID。
x-ms-client-request-id 可选。 提供客户端生成的不透明值,该值具有 1 KiB 字符限制,在启用存储分析日志记录时记录在分析日志中。 强烈建议使用此标头将客户端活动与服务器接收的请求相关联。 有关详细信息,请参阅关于存储分析日志记录Azure 日志记录:使用日志跟踪存储请求

请求标头 (客户提供的加密密钥)

从版本 2019-02-02 开始,可以在请求中指定以下标头,以使用客户提供的密钥加密 Blob。 使用客户提供的密钥进行加密 (,并且) 对应的标头集是可选的。

请求标头 说明
x-ms-encryption-key 必需。 Base64 编码的 AES-256 加密密钥。
x-ms-encryption-key-sha256 必需。 加密密钥的 Base64 编码 SHA256 哈希。
x-ms-encryption-algorithm: AES256 必需。 指定要用于加密的算法。 此标头的值必须为 AES256

请求正文

请求正文包含块的内容。

示例请求

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=block&blockid=AAAAAA%3D%3D HTTP/1.1  
  
Request Headers:  
x-ms-version: 2011-08-18  
x-ms-date: Sun, 25 Sep 2011 14:37:35 GMT  
Authorization: SharedKey myaccount:J4ma1VuFnlJ7yfk/Gu1GxzbfdJloYmBPWlfhZ/xn7GI=  
Content-Length: 1048576  

响应

响应包括 HTTP 状态代码和一组响应标头。

状态代码

此操作成功后返回状态代码 201(已创建)。

有关状态代码的信息,请参阅 “状态”和“错误代码”。

响应标头

此操作的响应包括以下标头。 该响应还可能包括其他标准 HTTP 标头。 所有标准标头都符合 HTTP/1.1 协议规范

响应标头 说明
Content-MD5 返回此标头是为了客户端可以检查消息内容完整性。 此标头的值由 BLOB 服务计算;它不一定是请求标头中指定的同一值。 对于版本 2019-02-02 或更高版本,仅当请求具有此标头时,才会返回此标头。
x-ms-content-crc64 对于版本 2019-02-02 或更高版本,将返回此标头,以便客户端可以检查消息内容完整性。 此标头的值由 BLOB 服务计算;它不一定是请求标头中指定的同一值。

当请求中不存在标头时 Content-md5 ,将返回此标头。
x-ms-request-id 此标头唯一地标识发出的请求,并且可用于解决请求问题。 有关详细信息,请参阅 API 操作疑难解答
x-ms-version 指示用于执行请求的 BLOB 服务的版本。 针对 2009-09-19 和更高版本发出的请求将返回此标头。
Date 服务生成的 UTC 日期/时间值指示启动响应的时间。
x-ms-request-server-encrypted: true/false 版本 2015-12-11 或更高版本。 The value of this header is set to true if the contents of the request are successfully encrypted using the specified algorithm, and false otherwise.
x-ms-encryption-key-sha256 版本 2019-02-02 或更高版本。 如果请求使用客户提供的密钥进行加密,则返回此标头,因此客户端可以确保使用提供的密钥成功加密请求的内容。
x-ms-encryption-scope 版本 2019-02-02 或更高版本。 如果请求使用了加密范围,则返回此标头,因此客户端可以确保使用加密范围成功加密请求的内容。
x-ms-client-request-id 此标头可用于对请求和相应的响应进行故障排除。 如果此标头存在于请求中并且该值最多为 1024 个可见 ASCII 字符, x-ms-client-request-id 则此标头的值等于标头的值。 如果请求中不存在标头 x-ms-client-request-id ,则响应中将不会显示此标头。

示例响应

Response Status:  
HTTP/1.1 201 Created  
  
Response Headers:  
Transfer-Encoding: chunked  
x-ms-content-crc64: 77uWZTolTHU  
Date: Sun, 25 Sep 2011 23:47:09 GMT  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  

授权

此操作可由帐户所有者调用执行,也可由有权向此 Blob 或其容器写入数据并具有共享访问签名的任何人执行。

备注

Put Block 上载一个块以供将来包含在块 Blob 中。 块 Blob 中的每个块的大小可能不同。 块 Blob 最多可以包含 50,000 个提交的块。 下表描述了服务版本允许的最大块和 Blob 大小:

服务版本 最大块大小(通过放置块) 最大 blob 大小(通过放置块列表) 通过单个写入操作的最大 blob 大小(通过放置 Blob)
版本 2019-12-12 和更高版本 4000 MiB 大约 190.7 TiB(4000 MiB X 50,000 块) 5000 MiB(预览版)
版本 2016-05-31 到版本 2019-07-07 100 MiB 大约 4.75 TiB(100 MiB X 50,000 块) 256 MiB
2016-05-31 之前的版本 4 MiB 大约 195 GiB(4 MiB X 50,000 块) 64 MiB

可能与 Blob 关联的未提交的块的最大数目为 100,000。 如果超出此最大值,服务将返回状态代码 409 (RequestEntityTooLargeBlockCountExceedsLimit) 。

上传一组块后,可以通过调用 “放置块列表 ”操作从此集创建或更新服务器上的 Blob。 组中的每个块由该 Blob 中唯一的块 ID 进行标识。 块 ID 的作用域为特定 Blob,因此不同 Blob 可具有 ID 相同的块。

如果对尚未存在的 Blob 调用 Put Block,则将使用内容长度 0 创建一个新的块 Blob。 如果指定了 include=uncommittedblobs 选项,此 Blob 将由 List Blobs 操作进行枚举。 在对新 Blob 调用 Put Block List 之前,不会提交已上载的块。 通过此方式创建的 Blob 将在服务器上保留一周的时间;如果该时间段内未向该 Blob 添加更多块也未提交块,则将对该 Blob 进行垃圾回收。

对于已使用 Put Block 操作成功上载的块,在使用 Put Block List 提交该块之前,它不会成为 Blob 的一部分。 在 Put Block List 调用之前提交新的或更新的 Blob,对 Get Blob 的任何调用都会返回 blob 内容,而无需包含未提交的块。

如果上载的块与尚未提交的其他块具有相同块 ID,则将在下次成功执行 Put Block List 操作时提交上次上载的具有该 ID 的块。

在调用 Put Block List 后,块列表中指定的所有未提交块都将作为新 Blob 的一部分提交。 对于 Blob 的块列表中未指定的所有未提交块,都将对其进行垃圾回收并从 BLOB 服务中删除。 如果在上次成功执行 Put Block 操作后的一周内没有对同一 Blob 成功调用 Put Block ListPut Block,也将对所有未提交的块进行垃圾回收。 如果在 Blob 上调用 Put Blob ,则会垃圾回收任何未提交的块。

如果 Blob 具有活动租约,则客户端必须在请求中指定有效租约 ID 才能向 Blob 中写入块。 如果客户端不指定租约 ID,或指定无效的租约 ID,则 BLOB 服务将返回状态码 412(不满足前提条件)。 如果客户端指定了一个租约 ID,但 Blob 没有活动租约,则 BLOB 服务也将返回状态码 412(不满足前提条件)。

对于给定 Blob,所有块 ID 的长度必须相同。 如果已上载块的块 ID 在长度上不同于任何现有未提交块的块 ID,服务将返回错误响应代码 400(错误请求)。

如果尝试上传版本 2019-12-12 及更高版本大于 4000 MiB 的块,对于版本 2016-05-31 及更高版本超过 100 MiB,对于较旧版本,服务将返回状态代码 413 (请求实体太大) 。 服务还将在响应中返回有关错误的其他信息,包括允许的最大块大小(字节)。

调用 Put Block 不会更新现有 Blob 的上次修改时间。

对页 Blob 调用 Put Block 将返回错误。

调用 Put Block 存档的 Blob 将返回错误,在 Blob 上 Hot/Cool 不会更改 Blob 层。

另请参阅

授权对Azure 存储的请求
状态和错误代码
Blob 服务错误代码
为 Blob 服务操作设置超时