启用本地安全策略密码复杂度时New-LocalUser命令报错但用户账户仍被创建是否为Windows系统Bug？

你遇到的这个现象其实是PowerShell的New-LocalUser命令的预期处理逻辑，而非Windows系统层面的Bug。下面来拆解一下背后的原因：

• 执行流程的分阶段特性：New-LocalUser的执行分为两个核心步骤：

  1. 首先在本地用户数据库中创建一个处于禁用状态的用户账户（此时用户对象已经存在）；
  2. 然后尝试为这个新账户设置指定的密码。

  当密码不符合本地安全策略的复杂度要求时，第二步的密码设置操作会失败并抛出错误，但第一步已经创建的用户对象不会被自动回滚删除——这就导致了你看到的“报错但用户依然存在”的情况。

• 验证用户状态：你可以打开「计算机管理」→「本地用户和组」→「用户」，找到testUser1，会发现这个账户是处于禁用状态的，因为密码设置失败，系统无法启用该账户正常使用。

• 如何避免这种半完成状态：如果希望在密码验证失败时不留下无效用户，可以手动添加错误捕获和回滚逻辑，比如：

  try {
      $userName = 'testUser1'
      $params = @{
          Name = $userName
          Password = (ConvertTo-SecureString '3' -AsPlainText -Force)
          ErrorAction = 'Stop'
      }
      New-LocalUser @params
  }
  catch {
      # 捕获错误后尝试删除已创建的用户
      Remove-LocalUser -Name $userName -ErrorAction SilentlyContinue
      # 重新抛出原错误，保留错误信息
      throw $_
  }
  

总的来说，这是因为New-LocalUser没有对“创建用户→设置密码”这个多步骤操作添加事务回滚机制，属于cmdlet设计层面的行为，而非Windows系统的Bug。

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