SpringBoot应用中Azure Blob转Azure文件共享startCopy异常问题

你的问题核心是跨存储服务（Blob到File）的直接复制需要通过SAS URL进行授权，旧版Azure Storage SDK（5.0.0）的startCopy(CloudBlockBlob)方法无法自动处理跨服务的权限验证，导致抛出“指定资源不存在”的异常（实际是权限或访问路径问题）。

问题原因 #

1. 跨Blob存储和File Share的复制属于跨服务操作，不能直接通过Blob对象传递，必须提供带有效权限的SAS URL让File服务能访问源Blob。
2. 提前创建目标文件并指定固定大小（1024字节）是多余的，startCopy会自动根据源文件大小创建目标文件，手动创建可能导致后续复制冲突。

解决方案 #

生成源Blob的只读SAS URL，将其作为startCopy的参数，同时移除手动创建目标文件的逻辑：

CloudBlockBlob sourceBlob = container.getBlockBlobReference(sourceFilePath);

// 生成源Blob的只读SAS，有效期根据需求调整
SharedAccessBlobPolicy sasPolicy = new SharedAccessBlobPolicy();
sasPolicy.setPermissions(EnumSet.of(SharedAccessBlobPermissions.READ));
sasPolicy.setSharedAccessExpiryTime(Date.from(Instant.now().plusHours(1))); // 1小时有效期
String sasToken = sourceBlob.generateSharedAccessSignature(sasPolicy, null);
String sourceBlobSasUrl = sourceBlob.getUri() + "?" + sasToken;

CloudFile destFile = cloudDir.getFileReference(destFileName);
// 直接使用SAS URL启动复制，无需提前创建文件
destFile.startCopy(new URI(sourceBlobSasUrl));

额外说明 #

• 确保你的存储账户权限允许跨服务复制（默认是允许的，除非有特殊防火墙或网络规则限制）。
• 若可能，建议升级到较新的Azure Storage SDK版本（如12.x系列），新版SDK的复制API更简洁且支持更多场景，但上述方案在5.0.0版本中可正常工作。
• 复制操作是异步的，若需要等待复制完成，可以轮询destFile.getCopyState()的状态，直到状态变为SUCCESS或FAILED。

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