powershell可能会对UNC路径表现得很奇怪，我认为它会在UNC路径前加上当前提供程序，您可以使用它来验证：

cd c:
test-path \\127.0.0.1\c$

返回TRUE

cd HKCU:
test-path \\127.0.0.1\c$

返回FALSE
当指定fullpath我们告诉powershell使用filesystem provider，这解决了问题.你也可以指定像remove-item filesystem::\\uncpath\folder这样的provider

我终于可以重现这个，在我看来这是一个错误。重现是有一个像C$这样的开放共享，但要为文件上的用户设置拒绝修改perms。当我这样做时，我观察到：

PS> gci '\\Keith-PC\C$\Users\Keith\foo.txt' | ri -for
ri : Cannot remove item \\Keith-PC\C$\Users\Keith\foo.txt: Access to the path is denied.
At line:1 char:43
+ gci '\\Keith-PC\C$\Users\Keith\foo.txt' | ri -for
+                                           ~~~~~~~
    + CategoryInfo          : InvalidArgument: (\\Keith-PC\C$\Users\Keith\foo.txt:FileInfo) [Remove-Item], ArgumentExc
   eption
    + FullyQualifiedErrorId : RemoveFileSystemItemArgumentError,Microsoft.PowerShell.Commands.RemoveItemCommand

PS> gci '\\Keith-PC\C$\Users\Keith\foo.txt' | %{$_.Delete()} # <== this works!

我还观察到，删除-Force参数也会删除文件而不会出错。拒绝perms仍然允许我从Windows资源管理器中删除文件，因此我认为应该删除文件。那么使用-Force参数是怎么回事？当我深入研究ErrorRecord时，我看到了这样的情况：

Message        : Access to the path is denied.
ParamName      :
Data           : {}
InnerException :
TargetSite     : Void set_Attributes(System.IO.FileAttributes)
StackTrace     :    at System.IO.FileSystemInfo.set_Attributes(FileAttributes value)
                    at Microsoft.PowerShell.Commands.FileSystemProvider.RemoveFileSystemItem(FileSystemInfo
                 fileSystemInfo, Boolean force)

似乎-Force参数正在尝试设置（更可能是 reset）属性，但文件的权限不允许这样做，例如：

PS> gci '\\Keith-PC\C$\Users\Keith\foo.txt' | %{$_.Attributes = 'Normal'}
Exception setting "Attributes": "Access to the path is denied."
At line:1 char:45
+ gci '\\Keith-PC\C$\Users\Keith\foo.txt' | %{$_.Attributes = 'Normal'}
+                                             ~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [], SetValueInvocationException
    + FullyQualifiedErrorId : ExceptionWhenSetting

所以在我看来，PowerShell应该首先尝试，就好像-Force不存在，如果失败，然后尝试重置属性。