共用方式為

取得容器屬性

  • 發行項

Get Container Properties 作業會傳回指定容器中所有使用者定義的中繼資料和系統屬性。 傳回的數據不包含容器的 Blob 清單。

要求

Get Container Properties 要求的建構如下。 建議您使用 HTTPS。 以您的記憶體帳戶名稱取代 myaccount ：

方法 要求 URI HTTP 版本
GET/HEAD https://myaccount.blob.core.windows.net/mycontainer?restype=container HTTP/1.1

模擬記憶體服務要求

當您對模擬記憶體服務提出要求時，請將模擬器主機名和 Blob 記憶體埠指定為 127.0.0.1:10000，後面接著仿真的記憶體帳戶名稱：

方法 要求 URI HTTP 版本
GET/HEAD http://127.0.0.1:10000/devstoreaccount1/mycontainer?restype=container HTTP/1.1

如需詳細資訊，請參閱使用 Azure 模擬器進行本機 Azure 儲存體開發。

URI 參數

您可以在要求 URI 上指定下列其他參數：

參數 描述
timeout 選擇性。 timeout 參數以秒為單位。 如需詳細資訊，請參閱 設定 Blob 記憶體作業的逾時。

要求標頭

下表描述必要和選擇性的要求標頭：

要求標頭 描述
Authorization 必要。 指定授權配置、帳戶名稱和簽章。 如需詳細資訊，請參閱授權對 Azure 儲存體提出要求。
Date or x-ms-date 必要。 指定要求的「國際標準時間」(UTC)。 如需詳細資訊，請參閱授權對 Azure 儲存體提出要求。
x-ms-lease-id: <ID> 選擇性版本 2012-02-12 和更新版本。 如果已指定， Get Container Properties 只有在容器的租用作用中且符合此標識符時，才會成功。 如果沒有作用中的租用或標識符不相符，則會傳回 412 (前置條件失敗) 。
x-ms-version 所有已授權要求都需要 ，匿名要求則為選擇性。 指定用於這個要求的作業版本。 如需詳細資訊，請參閱 Azure 儲存體服務的版本。
x-ms-client-request-id 選擇性。 提供客戶端產生的不透明值，其中包含設定記錄時記錄的 1 kibibyte (KiB) 字元限制。 強烈建議您使用此標頭，將用戶端活動與伺服器接收的要求相互關聯。 如需詳細資訊，請參閱監視 Azure Blob 儲存體。

要求本文

無。

回應

回應包括 HTTP 狀態碼和一組回應標頭。

狀態碼

成功的作業會傳回狀態碼 200 (OK)。

如需狀態代碼的詳細資訊，請參閱 狀態和錯誤碼。

回應標頭

這項作業的回應包括下列標頭。 回應也可能包括其他標準 HTTP 標頭。 所有標準標頭都符合 HTTP/1.1 通訊協議規格。

回應標頭 描述
x-ms-meta-name:value 傳回字串，其中包含與容器相關聯的名稱/值組做為元數據。
ETag 容器的實體標記。 如果要求版本是 2011-08-18 或更新版本，ETag 值會以引號括住。
Last-Modified 傳回上次修改容器的日期和時間。 日期格式會依照 RFC 1123。 如需詳細資訊，請參閱 在標頭中代表日期/時間值。

修改容器或其屬性或中繼資料的任何作業，都會更新上次修改時間。 Blob 上的作業不會影響容器上次修改的時間。
x-ms-lease-status: <locked ¦ unlocked> 版本 2012-02-12 和更新版本。 容器的租用狀態。
x-ms-lease-state: <available ¦ leased ¦ expired ¦ breaking ¦ broken> 版本 2012-02-12 和更新版本。 容器的租用狀態。
x-ms-lease-duration: <infinite ¦ fixed > 只有在租用容器時，版本 2012-02-12 和更新版本。 指定容器的租用期為無限或固定時間。
x-ms-request-id 可唯一識別發出的要求，並可用來對要求進行疑難解答。 如需詳細資訊，請參閱 針對 API 作業進行疑難解答。
x-ms-version 版本 2009-09-19 和更新版本。 指出用來執行要求的 Blob 服務版本。

如果容器已使用 Blob 服務版本 2009-09-19 標示為公用存取，也會針對沒有指定版本的匿名要求傳回。
Date 服務所產生的 UTC 日期/時間值，表示起始響應的時間。
x-ms-blob-public-access 版本 2016-05-31 和更新版本。 指出容器中的數據是否可以公開存取，以及存取層級。 可能的值包括：

container：表示容器和 Blob 數據的完整公用讀取許可權。 用戶端可以透過匿名要求列舉容器內的 Blob，但無法列舉記憶體帳戶內的容器。

blob：指出 Blob 的公用讀取許可權。 此容器內的 Blob 資料可以透過匿名要求讀取，但容器數據無法使用。 客戶端無法透過匿名要求列舉容器內的 Blob。

如果回應中未傳回此標頭，則容器是帳戶擁有者的私人。
x-ms-has-immutability-policy 版本 2017-11-09 和更新版本。 指出容器上是否已設定不變性原則。 如果已設定原則，或false未設定原則，則值為 true 。
x-ms-has-legal-hold 版本 2017-11-09 和更新版本。 指出容器是否有合法保存。 如果值具有一或多個法務保存，而且false沒有法律保留，則為 true 。
x-ms-client-request-id 可用來針對要求和對應的回應進行疑難解答。 如果此標頭存在於要求中，且值包含不超過 1,024 個可見的 ASCII 字元，則此標頭的值等於標頭的值 x-ms-client-request-id 。 x-ms-client-request-id如果標頭不存在於要求中，則它不會出現在回應中。

回應本文

無。

範例回應

Response Status:  
HTTP/1.1 200 OK  
  
Response Headers:  
Transfer-Encoding: chunked  
x-ms-meta-Name: StorageSample  
Date: Sun, 25 Sep 2016 12:43:08 GMT  
ETag: "0x8CAFB82EFF70C46"  
Last-Modified: Sun, 25 Sep 2016 10:42:18 GMT  
x-ms-version: 2016-05-31
x-ms-blob-public-access: blob  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0

授權

在 Azure 記憶體中呼叫任何數據存取作業時，需要授權。 您可以授權 Get Container Properties 作業，如下所示。

重要

Microsoft 建議搭配受控識別使用 Microsoft Entra ID 來授權對 Azure 記憶體的要求。 相較於共用密鑰授權，Microsoft Entra ID 提供更高的安全性和方便使用。

Azure 記憶體支援使用 Microsoft Entra ID 來授權 Blob 數據的要求。 使用 Microsoft Entra ID，您可以使用 Azure 角色型存取控制 (Azure RBAC) 來授與安全性主體的許可權。 安全性主體可能是使用者、群組、應用程式服務主體或 Azure 受控識別。 安全性主體是由 Microsoft Entra ID 驗證，以傳回 OAuth 2.0 令牌。 權杖接著可以用來授權對 Blob 服務的要求。

若要深入瞭解使用 Microsoft Entra ID 授權，請參閱使用 Microsoft Entra ID 授權 Blob 的存取權。

權限

以下是 Microsoft Entra 使用者、群組、受控識別或服務主體呼叫Get Container Properties作業所需的 RBAC 動作，以及包含此動作的最低特殊許可權內建 Azure RBAC 角色：

若要深入瞭解如何使用 Azure RBAC 指派角色，請參閱 指派 Azure 角色以存取 Blob 數據。

備註

無。 如需此作業如何影響成本的詳細資訊，請參閱 帳單資訊 。

計費

定價要求可能源自使用 Blob 記憶體 API 的用戶端，無論是直接透過 Blob 記憶體 REST API，還是來自 Azure 記憶體用戶端連結庫。 這些要求會累算每個交易的費用。 交易類型會影響帳戶的收費方式。 例如，讀取交易會累算到與寫入交易不同的計費類別。 下表顯示根據記憶體帳戶類型的要求計費類別 Get Container Properties ：

作業 儲存體帳戶類型 計費類別
取得容器屬性 進階區塊 Blob
標準一般用途 v2		 其他作業
取得容器屬性 標準一般用途 v1 讀取作業

另請參閱

容器上的作業