迁移Azure.Storage.Blobs后CanGenerateSasUri始终为false问题排查

新版Azure.Storage.Blobs（12.x 系列）对CanGenerateSasUri属性的判定逻辑，与已弃用的Microsoft.Azure.Storage.Blob库存在核心差异：

• 该属性不会通过解析连接字符串中的AccountKey字段，自动判定当前客户端具备显式共享密钥授权资格
• 判定通过的唯一条件为：客户端实例初始化时，显式传入了公开类型的StorageSharedKeyCredential凭证对象
  即使使用包含账户密钥的连接字符串完成客户端初始化，可正常执行Blob上传、下载等常规操作，SDK 内部会将解析到的密钥封装为私有内部凭证类型，而非公开的StorageSharedKeyCredential类型，最终导致CanGenerateSasUri始终返回false。

如果直接注释掉CanGenerateSasUri的判断分支、强行调用GenerateSasUri方法，程序虽不会直接抛出编译异常，但生成的SAS URI不会携带合法的HMAC签名，客户端携带该URI访问Blob资源时会直接返回403权限不足错误。

无需修改原有的SAS生成核心逻辑，只需调整BlobServiceClient的初始化方式，显式绑定共享密钥凭证即可：

• 显式创建StorageSharedKeyCredential实例，传入存储账户名、账户密钥
• 用显式的Blob服务终结点、凭证、客户端配置初始化BlobServiceClient，不要依赖连接字符串隐式解析密钥
  示例代码如下：

// 存储基础配置
string storageAccountName = "propworx";
string storageAccountKey = "你的存储账户密钥";
string blobEndpoint = "https://propworx.blob.core.windows.net";

// 1. 显式构建共享密钥凭证
var sharedKeyCredential = new StorageSharedKeyCredential(storageAccountName, storageAccountKey);

// 2. 初始化绑定凭证的BlobServiceClient
BlobServiceClient blobServiceClient = new BlobServiceClient(
    new Uri(blobEndpoint),
    sharedKeyCredential,
    new BlobClientOptions());

// 3. 获取容器客户端的逻辑保持不变
BlobContainerClient containerClient = blobServiceClient.GetBlobContainerClient("目标容器名称");

调整完成后，containerClient.CanGenerateSasUri会正常返回true，原有的SAS生成逻辑可直接正常运行，无需额外注释校验代码。

注意：BlobContainerClient的凭证属性为只读，无法在客户端实例创建后手动赋值覆盖，必须从上层BlobServiceClient的初始化阶段完成凭证绑定。

内容的提问来源于stack exchange，提问作者Fabricio Rodriguez