PowerShell添加AD组脚本出现"param未被识别为cmdlet"异常问题求助

这种诡异的问题我之前也碰到过几次，结合你描述的现象，主要原因大概率集中在文件编码或者NTFS文件元数据异常上，下面给你拆解一下：

1. 最可能的元凶：脚本文件编码问题 #

PowerShell对脚本的编码有严格要求——默认它只认UTF-8带BOM或者ASCII编码的脚本文件。如果你的原脚本文件因为某种原因（比如误操作用其他编辑器保存成了UTF-8无BOM，或者被某些工具修改了编码），文件开头会出现PowerShell无法识别的隐藏字节。这时候param关键字会被这些隐藏字节“污染”，变成一个PowerShell不认识的字符串，自然就抛出了The term 'param' is not recognized...的错误。

而你把代码复制到新文件时，新文件默认会用PowerShell兼容的编码创建，所以能正常运行；删除原文件重建时，偶尔系统可能没正确设置编码，导致时好时坏。

2. 容易被忽略的原因：NTFS文件元数据损坏 #

有时候NTFS文件的元数据（比如文件的权限、属性或者隐藏数据流）会因为磁盘小故障、异常关机等原因出现损坏。这时候PowerShell读取文件内容时会出现异常，比如读取到不完整的内容或者乱码。

删除原文件重建时，系统需要重新生成元数据，偶尔会出现生成不完全的情况，导致脚本运行不稳定；而你把正常的test.ps1重命名，相当于复用了那个文件已经正常的元数据，所以脚本能稳定运行。

对应现象的解释 #

• 复制到新文件正常：新文件使用了PowerShell兼容的编码，没有隐藏字节或元数据问题，所以代码能被正确解析。
• 删除原文件重建后时好时坏：重建文件时，系统偶尔没能正确设置编码或生成完整的元数据，多次尝试后才勉强恢复，但残留的小问题导致仍有报错。
• 重命名正常文件解决：正常文件的编码和元数据都是合规的，重命名只是修改了文件名，内容和底层属性都没问题，所以脚本能稳定运行。

后续排查建议 #

• 检查原故障文件的编码：用记事本打开它，点击「文件」→「另存为」，查看编码选项。如果不是「UTF-8」（带BOM）或「ANSI」，改成「UTF-8」保存后再试试。
• 尽量用PowerShell ISE、VS Code（配PowerShell插件）这类编辑器写脚本，它们默认会用兼容的编码保存。
• 如果怀疑磁盘问题，可以运行chkdsk C: /f（需要管理员权限）检查并修复文件系统错误。

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