Python 计算机找不到已安装的库'

您自己的解决方案原则上是有效的—101 is the required separator on Windows—除了您的语句不是有效的PowerShell代码，以及\个字符.在PowerShell中不需要转义为\\；此外，您可以使用LOCALAPPDATA environment variable更一般地表示新目录路径；因此:

$newDir = "$env:LOCALAPPDATA\Packages\PythonSoftwareFoundation.Python.3.11_qbz5n2kfra8p0\LocalCache\local-packages\Python311\Scripts"
$env:PATH = "$newDir;$env:PATH" 

The above modifies $env:PATH only for the current session (process).
To also persist this change on Windows - so that future sessions see it too:

• Interactively，运行sysmd.cpl， Select Advanced选项卡，然后单击Environment Variables...，然后将值$newDir添加到所需的作用域中；由于您的目录路径是user-specific，所以将其添加到User variables for <username>列表中.

• Programmatically，这是令人惊讶的难做到robustly:

  • If you don't mind converting the original 101 definition to a static 102 one，你可以使用[Environment]::SetEnvironmentVariable()(为了目标变量的machine级定义，将'User'更改为'Machine'，但不是说这样做需要elevation(以管理员身份运行):

    [Environment]::SetEnvironmentVariable(
      'PATH',
      ($newDir + ';' + [Environment]::GetEnvironmentVariable('PATH', 'User')), 
      'User'
    ) 
    

  • 虽然这个typically没有不良影响，但是它can；参见this answer以了解背景信息和鲁棒替代；this answer将鲁棒替代包装在辅助函数Add-Path中，并解释了为什么对于PATH个更新应该避免setx.exe.

  • 一个更简单的编程替代方案，也适用于类Unix平台，是将上述语句添加到您的$PROFILE文件中，但请注意，只有PowerShell会话和从它们启动的程序才会看到更新的PATH，并且可以通过-NoProfile CLI参数(PowerShell CLI(powershell.exe -NoProfile用于Windows PowerShell，pwsh -NoProfile用于PowerShell (Core) 7+)启动PowerShell会话来 suppress 配置文件加载.

注意.NET cannot offer APIs for persistent environment-variable definitions on Unix-like platforms，因为没有unified机制贯穿所有这些机制.

Cross-platform background information on the PATH environment variable:

• 在特殊100 environment variable中存储的目录路径列表中使用的platform-specific separator是:

  • ;对Windows
  • :在类似Unix的平台上

• In cross-platform scripting, make changes to 100 as follows在PowerShell中:

  • 使用$env:PATH—全为零—因为环境变量访问在类似Unix的平台上是case—sensitive，而特殊变量的名称确实是PATH.

    • 在Windows上，正式名称是Path，但因为环境变量访问是case—insensitive，所以任何case变体和PATH都可以工作.

  • 使用—混淆命名—[System.IO.Path]::PathSeparator属性获取平台原生分隔符.

  • 在构造directory paths进行添加时，使用本机平台file-system path separator，.NET在同样不幸地命名为-[System.IO.Path]::DirectorySeparatorChar属性中反映了这一点.

    • PowerShell的Join-Path cmdlet和. NET的[System.IO.Path]::Combine()方法，当给定路径components时，implicitly使用平台原生分隔符，在Windows上是\，在类Unix平台上是/.

      • 请注意，\在PowerShell中有no的特殊含义(在cmd.exe中两者都没有)，因此no需要将literal个\字符表示为\\(但是，在文件系统路径的上下文中，这种意外重复的分隔符通常仍然可以接受).

    • 在Windows上，您也可以 Select 使用/，这在PATH的上下文中以及PowerShell原生命令中使用是安全的.

      • .NET通过[System.IO.Path]::AltDirectorySeparatorChar属性反映了这一事实

      • 然而，程序/脚本判断$env:PATH中的existing个条目很可能假设\，所以最好使用平台原生分隔符.

      • 此外，一般来说，仍然存在/ doesn't工作的Windows上下文，例如cmd.exe和COM API.

  • 一般来说，目标是用environment/well-known目录来表达你的目录路径，要解析为literals个路径at the time of adding个条目:

    • 例如，路径C:\Users\PC\AppData\Local部分可以替换为环境变量$env:LOCALAPPDATA

    • 然而，对于cross-platform使用，最好使用platform-agnostic abstractions，在限制范围内—由[System.Environment]::GetFolderPath()

      • 例如，上述与平台无关的类似功能是:

        [Environment]::GetFolderPath('LocalApplicationData')
        

    • 由于[System.Environment]::GetFolderPath()的使用对PowerShell不是很友好，GitHub issue #6966要求通过单独的名称空间/提供程序(例如$sf:LocalApplicationData(sf代表s特殊f旧)来显示已知文件夹.