我发布这个问题纯粹是因为我想出了一个很好的答案，即 * 不 * 需要通过P/Invoke加载本机Win32 DLL，* 不 * 需要设置任何注册表项，不需要回退到调用任何本机可执行文件，* 并且 * 似乎可以一直工作到Windows Server 2012 R2（我没有任何旧版本可以测试）。

简短回答：

在当前的PowerShell会话中运行以下内容，或者在脚本中预先添加它（这在未来版本的PowerShell/NET中可能不起作用，因为它使用内部和未记录的API）：

[System.AppContext]::SetSwitch('Switch.System.IO.UseLegacyPathHandling', $false)
[System.AppContext]::SetSwitch('Switch.System.IO.BlockLongPaths', $false)
[System.Type]::GetType('System.AppContextSwitches').GetField('_useLegacyPathHandling', [System.Reflection.BindingFlags]::Static -bor [System.Reflection.BindingFlags]::NonPublic).SetValue($null, 0)
[System.Type]::GetType('System.AppContextSwitches').GetField('_blockLongPaths', [System.Reflection.BindingFlags]::Static -bor [System.Reflection.BindingFlags]::NonPublic).SetValue($null, 0)

字符串

说明：

在ILSpy中查看了几个小时的反编译视图“C:\Windows\Microsoft.NET\Framework64\v4.0.30319\mscorlib.dll”之后，我确定像System.IO.DirectoryInfo这样的.NET API调用了内部静态方法System.IO.Path.NormalizePath，该方法对您提供的文件路径执行初始验证。
然后检查内部布尔值System.AppContextSwitches.UseLegacyPathHandling，如果设置为true，它将拒绝接受长度超过260个字符的路径，* 即使 * 您使用文档中的“\\?\”前缀！
最难的是禁用“UseLegacyPathHandling”。通常情况下，你会在应用程序的“app.config”中添加一行<AppContextSwitchOverrides value="Switch.System.IO.UseLegacyPathHandling=false" />（老实说，这可能也适用于PowerShell），但是如果你想在运行时做到这一点，而不修改你所使用的系统，这将是一个痛苦的过程。
理想情况下，简单地运行[System.AppContext]::SetSwitch('Switch.System.IO.UseLegacyPathHandling', $false) * 应该 * 工作，除了.NET试图聪明地缓存这些开关的值，这样如果它们已经被访问过，它们基本上会停留在第一次访问时设置的任何值。
这就是它变得丑陋的地方：在上面的代码片段中，我将缓存的值重置回0，内部System.AppContextSwitches.GetCachedSwitchValue方法（技术上实际上是GetCachedSwitchValueInternal）使用该值来表示开关的值尚未缓存，应该通过公共方法AppContext.TryGetSwitch进行查找。
根据我的经验，只有这样，它才真正尊重您通过System.AppContext.SetSwitch（PowerShell中的语法是[System.AppContext]::SetSwitch）设置的值。
好好享受吧！

这些绕过方法仅适用于Powershell 5.1及以上版本，因此使用它们的唯一方法是将已安装的Windows Management Framework（WMF）版本更新到至少5.1。有关要求的详细信息以及不同版本Windows的安装程序链接，请参见https://learn.microsoft.com/en-us/powershell/scripting/windows-powershell/wmf/setup/install-configure?view=powershell-7.3
我最近在一个旧的Windows 2012盒子上遇到了同样的问题。