Azure Functions指定高版本Microsoft.WindowsAzure.Storage NuGet包仍报错

我来帮你排查这个头疼的问题——我之前在处理Azure Blob存储层转换的时候也碰到过类似的情况，针对你提到的"BlobProperties"不包含"StandardBlobTier"的定义错误，大概率是下面几个原因之一，你可以一步步来排查：

1. 先确认NuGet包是否真的正确安装并还原 #

虽然你在project.json里指定了9.1.0版本，但有时候NuGet缓存或者还原过程会出问题，导致实际引用的版本不对。你可以试试：

• 清理本地NuGet缓存：

  dotnet nuget locals all --clear
  

• 然后重新还原项目依赖：

  dotnet restore
  

• 还原完成后，打开项目的依赖列表，确认Microsoft.WindowsAzure.Storage的实际版本确实是9.1.0，而不是被其他依赖降级了。

2. 检查命名空间是否正确导入 #

这个很容易被忽略——StandardBlobTier属性属于Microsoft.WindowsAzure.Storage.Blob命名空间下的BlobProperties类，所以必须在代码文件顶部添加这个引用：

using Microsoft.WindowsAzure.Storage.Blob;

如果没加这个命名空间，编译器根本找不到这个属性，只会提示找不到定义。

3. 确认你的Blob类型和存储账户是否匹配 #

StandardBlobTier只适用于标准性能层的Blob（比如General Purpose v2存储账户、Blob存储账户里的标准Blob）。如果你的Blob是高级性能层的，这个属性本身就不存在。你可以先检查：

• 存储账户的性能层类型
• Blob的Properties.BlobType是否为BlockBlob（因为页Blob和追加Blob的层属性逻辑不同）

4. 尝试用更通用的BlobTier属性替代 #

如果上面的步骤都试过还是有问题，其实在9.1.0版本里，你可以用BlobProperties.BlobTier这个枚举属性来替代StandardBlobTier，它同样能获取Blob的存储层（包括Archive、Cold、Hot这些值），而且适用范围更广：

// 获取Blob的层状态
var currentTier = blob.Properties.BlobTier;

// 判断是否已经转换到Cold层
if (currentTier == BlobTier.Cold)
{
    // 执行你的重新水化完成后的逻辑
}

5. 检查是否存在版本冲突 #

如果你的项目里还有其他依赖包引用了更低版本的Microsoft.WindowsAzure.Storage，会导致版本冲突，编译器只能找到低版本的BlobProperties（而低版本没有StandardBlobTier属性）。你可以在project.json里添加绑定重定向来强制使用9.1.0版本：

"bindingRedirects": {
  "dependencies": [
    {
      "name": "Microsoft.WindowsAzure.Storage",
      "newVersion": "9.1.0"
    }
  ]
}

按这个顺序排查下来，应该能解决你的问题。

内容的提问来源于stack exchange，提问作者George Harnwell