计划任务中chcp命令失效问题求助

我之前也踩过这个坑！计划任务环境里的字符编码问题真的很头疼，尤其是涉及ä、ö这类非ASCII字符的时候。你碰到的核心问题是：虽然手动执行chcp 1252能立刻切换编码，但计划任务的PowerShell会话不会像交互式会话那样即时应用编码变更，导致schtasks的输出还是用默认编码，特殊字符乱码后自然匹配不到目标任务。

给你几个靠谱的解决方案，按推荐程度排序：

1. 用PowerShell原生计划任务模块（最省心） #

直接绕开schtasks命令的编码问题，用PowerShell自带的ScheduledTasks模块，原生支持特殊字符：

Get-ScheduledTask | Where-Object { $_.TaskName -like "*$ScheduledTaskName*" }

这个方法不需要操心编码，返回的是原生的计划任务对象，属性访问也更准确，而且权限处理更符合PowerShell的标准流程。

2. 手动设置PowerShell控制台编码（替代chcp） #

不要依赖chcp命令，直接在PowerShell里设置控制台输出编码，确保schtasks的输出用正确的编码解析：

# 显式设置控制台输出编码为Windows-1252
[Console]::OutputEncoding = [System.Text.Encoding]::GetEncoding(1252)
# 把schtasks的CSV输出转换成PowerShell对象再过滤
schtasks /query /v /fo csv | ConvertFrom-Csv | Where-Object { $_.TaskName -like $ScheduledTaskName }

这里要注意：你原来的代码里直接对schtasks的输出用Where-Object { $_.TaskName -like ... }其实是有问题的——因为schtasks输出的是纯CSV字符串，不是PowerShell对象，必须先用ConvertFrom-Csv转换成对象才能访问TaskName属性，这也是手动运行可能偶然生效但计划任务里不行的另一个潜在原因。

3. 强制编码切换在当前会话生效（如果坚持用chcp） #

如果一定要用chcp，把命令放在同一个脚本块里执行，确保编码变更在当前子会话里立即生效：

& {
    chcp 1252 | Out-Null
    schtasks /query /v /fo csv | ConvertFrom-Csv | Where-Object { $_.TaskName -like $ScheduledTaskName }
}

脚本块会创建一个局部执行上下文，chcp的编码变更会立刻应用到后续的schtasks命令上，避免了计划任务环境中编码切换延迟的问题。

额外注意事项 #

• 计划任务的执行权限：确保运行计划任务的用户账号有足够权限查询目标计划任务，不然即使编码正确也可能看不到任务。
• 变量编码：如果$ScheduledTaskName是从外部文件或参数传入的，要确保它的编码和当前PowerShell会话一致，避免变量本身的乱码。

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