作者falcon (falken)
看板Windows
标题Re: [心得] PowerShell 那些恼人的路径 BUG
时间Fri Oct 11 03:23:22 2024
经过一些尝试之後找到了一个方法来为 cmdlet 修复工作目录路径问题
尽管看起很蠢，但是管用
至於可不可靠，那就不知道了
# 为同名 cmdlet 修复工作目录路径问题
function Get-Item {
# 不能使用 [Parameter()] 修饰参数
# 否则，未宣告的参数会被拒绝
param (
[string[]] $Path,
[string[]] $LiteralPath
)
# 重现以下几种管道功能
# $pathArray | cmdlet
# $pathArray | cmdlet -Path {$_}
# $pathArray | cmdlet -LiteralPath {$_}
[string[]] $vlueFromPipeLine = $input | ForEach-Object { $_ }
if ($vlueFromPipeLine.Count -gt 0) {
if ($null -ne $LiteralPath -and $LiteralPath[0] -eq '$_') {
$LiteralPath = $vlueFromPipeLine
}
elseif ($null -eq $Path -or $Path[0] -eq '$_') {
$Path = $vlueFromPipeLine
}
else {
Write-Error ''
return
}
}
$param = @{}
if ($LiteralPath.Count -gt 0) {
$param += @{
LiteralPath = $LiteralPath | ForEach-Object {
# 展开为路径为 PSDrive:\path\to\item
}
}
}
if ($Path.Count -gt 0) {
$param += @{
Path = $Path | ForEach-Object {
# 展开为路径为 PSDrive:\path\to\item
# 展开的部分要对特殊字元跳脱处理
}
}
}
# 呼叫 cmdlet 执行修改过的参数内容
Microsoft.PowerShell.Management\Get-Item @param @args
}
另外我还发现 Start-Process 下面三个路径参数坏得更彻底
只要有特殊字元就发生错误，连跳脱处理都无效
-RedirectStandardError
-RedirectStandardInput
-RedirectStandardOutput
PowerShell 处处都是地雷......
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 39.9.131.112 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Windows/M.1728588204.A.E74.html
1F：→ hunandy14: 代理这事我找到方法解决了，动态抽取出来劫持10/11 13:54
2F：→ hunandy14: 确定可以实现完美转发了，中间自己加料就好10/11 13:56
3F：→ hunandy14: using namespace System.Management.Automation10/11 13:59
4F：→ hunandy14: $m = [CommandMetadata]::new((Get-Command Get-Item))10/11 13:59
5F：→ hunandy14: $script = [ProxyCommand]::Create($m)10/11 14:00
6F：→ hunandy14: 剩下的你应该知道我想干嘛了XD 动态劫持并重载fun10/11 14:01
7F：→ hunandy14: 代理的元函式的输入 函式名,{劫持参数:{代码块}}10/11 14:39
8F：→ hunandy14: 输出看要输出修改後的块，还是不输出直接注入10/11 14:39
感谢
但我不知道这怎麽做，有没有范例参考?
受此启发，我想到方法是这样
using namespace System.Management.Automation
function Get-Item {
$command = Get-Command Microsoft.PowerShell.Management\Get-Item
$strCmdletBindingAttribute =
[ProxyCommand]::GetCmdletBindingAttribute($command)
$strParamBlock = [ProxyCommand]::GetParamBlock($command)
$otherBlocks = {
# 修改 $PSBoundParameters
Microsoft.PowerShell.Management\Get-Item @PSBoundParameters
}
$strScript = "$strCmdletBindingAttribute`nparam($strParamBlock)`n" +
$otherBlocks.ToString()
$script = [Scriptblock]::Create($strScript)
& $script @args
}
※ 编辑: falcon (27.247.32.27 台湾), 10/11/2024 17:19:37
我发现这个方法会影响一些命令相关的 cmdlet
例如 Get-Help, Get-Command
另外，我还发现 Module 的作用范围好像超乎预期的大
假如我汇入两个 Module 如下
# module-a.psm1
function SaySomething {
'Hello! World!'
}
# module-b.psm1
function TryToSaySomething {
SaySomething
}
# Console
PS > Import-Module .\module-a.psm1
PS > Import-Module .\module-b.psm1
PS > TryToSaySomething
Hello! World!
引用 module_b 的函式时，也会受到 module_a 的影响
也就是说我在模组中定义一个函式用来代替 cmdlet
这个影响不只目前脚本，还将遍及所有其它的模组
这不知道该开心还是难过
※ 编辑: falcon (27.247.32.27 台湾), 10/11/2024 21:36:43
9F：→ hunandy14: 准确的来说不是影响到模组，而是影响到环境10/12 01:18
10F：→ hunandy14: 盖掉原始函式这事情很大，任何情况都不建议10/12 01:19
我放弃了安装使用的念头，风险太大了
但在个别脚本或临时汇入使用
高度可控的情况下应该比较没问题
11F：→ hunandy14: 就算200%确定无bug 考虑到utf8补完计画 就..真的慎选10/12 01:22
感谢示范技巧，有空来研究看看
现在想想
还是使用 -LiteralPath 与绝对路径最妥当
遇到万用字元或相对路径
就用自己实作解析函式取得绝对路径
再喂给 cmdlet
14F：→ labbat: 放弃挣扎投入标准UTF-8呗，UCS-2之上的任何补完都是徒劳10/13 02:25
15F：→ smallreader: 什麽都4202年了竟然还有UTF-8的坑要跳？！10/13 04:16
※ 编辑: falcon (27.51.88.255 台湾), 10/13/2024 13:23:22
16F：→ hunandy14: 等等 前面讲得太简短，我想说的不是utf8的问题。覆盖函 10/13 14:20
17F：→ hunandy14: 式的做法导致自己写的代码只能在这种被覆盖的环境下执 10/13 14:20
18F：→ hunandy14: 行，相对短期来看没问题，长期来看或许会留下隐形的成10/13 14:20
19F：→ hunandy14: 本。10/13 14:20
20F：→ hunandy14: 补完计划的事先当我没说，模糊焦点了。10/13 14:27
21F：→ falcon: 不过，对於外部程式要避免路径与管道问题，也只能使用 10/13 17:26
22F：→ falcon: Process 物件来启动程式。但之前提供的方法用在某些程式上10/13 17:26
23F：→ falcon: 会遇到死锁WaitForExit()的问题，例如iconv.exe。要避免这10/13 17:26
24F：→ falcon: 问题，是需要用到非同步或多执行绪读写管道？10/13 17:26
※ 编辑: falcon (27.51.88.255 台湾), 10/13/2024 20:57:56
25F：→ hunandy14: 第一推荐的做法是查一下有没有 -oBatchMode=yes 的选项 10/14 08:53
26F：→ hunandy14: 第二推荐的办法是测一下给空白本身会不会报错 10/14 08:54
27F：→ hunandy14: 如果答案是会，那就直接关掉输入他自己就会报错了 10/14 08:54
28F：→ hunandy14: 第一个是完全解完全不需要考虑会不会bug 10/14 08:55
29F：→ hunandy14: 第二个可能要想一下组合考虑後果了未必可行 10/14 08:56