我来帮你搞定这个问题，你碰到的是很常见的文件路径匹配错误，咱们一步步排查解决：

1. 先确认$assemblyPath变量的实际值 #

在脚本里的Add-Type那行前面加一句代码，把变量的真实路径打出来看看：

Write-Host "当前assemblyPath指向路径：$assemblyPath"

运行脚本后检查这个路径是不是你预期的文件夹——有时候变量会因为脚本运行位置、路径获取逻辑（比如Get-Location和$PSScriptRoot的区别）导致赋值出错，比如指向了错误的目录。

2. 手动验证文件是否存在于目标路径 #

打开文件资源管理器，直接导航到错误提示的路径D:\Source\Repos\....\TestDataAccess\，看看WinSCPnet.dll是不是真的在这个文件夹里：

• 如果文件不在这儿：要么把WinSCPnet.dll复制到这个路径，要么修改$assemblyPath指向dll实际所在的位置（比如NuGet包的存放目录，通常类似../packages/WinSCP.xxx/lib/netxxx/）。
• 如果文件存在：那试试用绝对路径直接测试加载，排除路径拼接的问题：

  Add-Type -Path "D:\Source\Repos\你的完整实际路径\TestDataAccess\WinSCPnet.dll"
  

如果这样能成功，说明问题出在$assemblyPath变量或者Join-Path的拼接逻辑上。

3. 检查路径拼接的结果 #

单独执行路径拼接命令，看看输出的完整路径是否正确：

Join-Path $assemblyPath "WinSCPnet.dll"

如果输出的路径里有多余的斜杠、空格，或者你写的....是实际路径里的占位符导致路径不完整，那就要调整$assemblyPath的值，或者修正拼接逻辑。

4. 针对项目依赖的额外检查 #

如果这个dll是通过NuGet引入的项目依赖：

• 右键项目里的WinSCPnet.dll引用，查看属性，确认复制本地设置为True，这样编译时才会把dll复制到项目输出目录。
• 确认脚本运行的位置是项目的输出目录（比如bin/Debug或bin/Release），而不是项目的源码目录。

附你遇到的原始报错信息：

Add-Type : Cannot bind parameter 'Path' to the target. Exception setting "Path": "Cannot find path 'D:\Source\Repos....\TestDataAccess\WinSCPnet.dll' because it does not exist."
At D:\Source\Repos....\TestDataAccess\WinSCPFiles.ps1:8 char:16

• Add-Type -Path (Join-Path $assemblyPath "WinSCPnet.dll")
• CategoryInfo : WriteError: (:) [Add-Type], ParameterBindingException
• FullyQualifiedErrorId : ParameterBindingFailed,Microsoft.PowerShell.Commands.AddTypeCommand

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