使用IPropertyStore清空属性后重设时出现Access Denied错误

我之前也碰到过类似的Windows属性系统的坑，结合你的测试结果和Windows内部实现细节，咱们来拆解这个问题：

核心问题根源 #

当你在同一个IPropertyStore实例中先调用SetValue传入空PROPVARIANT（本质是标记属性待删除），紧接着再给同一个属性设置新值时，属性系统内部会触发权限拦截——因为删除属性的操作会给该属性项加上一个内部锁，防止在同一个事务周期内出现冲突的修改（删除后立即添加），这就导致了第二次SetValue返回0x80030005（访问拒绝）。

另外关于文件独占打开的问题，这确实是Windows属性系统的实际实现和文档描述的偏差：Commit方法只会将属性变更写入文件，但不会释放底层的文件句柄，必须等到IPropertyStore实例被完全释放（比如超出作用域自动调用Release），文件才会解除独占锁定。

可行解决方案 #

针对你的业务场景（先清空所有属性再重新填充部分），这里有几个实用的解决办法：

1. 拆分操作，分两次获取IPropertyStore实例 #

这是你已经验证有效的方法，把清空和重新设置拆分成两个独立的属性存储会话，避免同一个实例内的删除锁冲突：

// 第一步：清空目标属性并提交
{
    CComPtr<IPropertyStore> ps_clear;
    HRESULT hr = SHGetPropertyStoreFromParsingName(test_path.wstring().c_str(), NULL, GPS_READWRITE, IID_PPV_ARGS(&ps_clear));
    if (SUCCEEDED(hr)) {
        PROPVARIANT empty_prop{};
        PropVariantInit(&empty_prop);
        hr = ps_clear->SetValue(PKEY_Title, empty_prop);
        if (SUCCEEDED(hr)) {
            ps_clear->Commit();
        }
        PropVariantClear(&empty_prop);
    }
    // 作用域结束，ps_clear自动释放，文件锁解除
}

// 第二步：重新获取实例并设置新值
{
    CComPtr<IPropertyStore> ps_set;
    HRESULT hr = SHGetPropertyStoreFromParsingName(test_path.wstring().c_str(), NULL, GPS_READWRITE, IID_PPV_ARGS(&ps_set));
    if (SUCCEEDED(hr)) {
        PROPVARIANT new_title{};
        hr = InitPropVariantFromString(L"test file", &new_title);
        if (SUCCEEDED(hr)) {
            hr = ps_set->SetValue(PKEY_Title, new_title);
            if (SUCCEEDED(hr)) {
                ps_set->Commit();
            }
            PropVariantClear(&new_title);
        }
    }
}

2. 跳过清空步骤，直接覆盖（业务允许的话） #

如果你的场景不是必须先清空所有属性，而是可以直接用新值覆盖旧值，那完全可以省略清空操作，直接调用SetValue设置新值——这样不会触发删除锁，自然不会出现访问拒绝的问题。

3. 批量处理属性（优化方案） #

如果需要清空多个属性再设置多个新属性，建议把所有清空操作放在一个会话，所有设置操作放在另一个会话，不要在同一个实例中混合删除和添加操作，避免触发内部锁机制。

额外注意事项 #

• 永远不要依赖Commit方法释放文件句柄，必须确保IPropertyStore实例被彻底释放后，再尝试访问目标文件，否则会遇到ERROR_SHARING_VIOLATION错误。
• 如果需要批量修改大量属性，可以考虑使用IPropertyStoreCache接口，它提供了更灵活的属性缓存和批量提交机制，但使用复杂度会稍高一些。

内容的提问来源于stack exchange，提问作者MC ΔT