为何ITaskScheduler::NewWorkItem创建同名任务返回E_ACCESSDENIED而非ERROR_FILE_EXISTS？

这个现象的核心是Task Scheduler的NewWorkItem API内部逻辑中，权限检查优先级高于任务存在性检查，具体原因如下：

• 权限检查优先：当尝试创建同名任务时，API首先会尝试打开已存在的.job文件以进行后续操作（比如覆盖或验证）。如果当前运行程序的用户没有该文件的读取/修改权限，API会直接返回E_ACCESSDENIED错误，不会继续执行任务存在性的判断流程，自然不会返回文档中提到的ERROR_FILE_EXISTS。

• 默认任务文件权限限制：示例程序创建任务时，会使用系统默认的文件权限规则生成.job文件——通常文件所有者为创建任务的用户，其他用户（甚至同一用户的非管理员会话）可能没有修改该文件的权限。当你再次运行程序时，因权限不足无法访问已存在的任务文件，就触发了权限错误。

• 删除文件后的行为验证：删除.job文件后，API会重新创建新的任务文件，此时当前用户是该文件的所有者，拥有完整的读写权限，因此不会触发权限错误，任务创建流程可以正常执行。

验证方法 #

• 找到任务对应的.job文件（通常位于C:\Windows\Tasks或C:\Windows\System32\Tasks路径下），查看其安全属性，确认当前用户是否拥有修改权限。
• 尝试以管理员权限运行示例程序，再次创建同名任务，此时若权限足够，API会正确返回ERROR_FILE_EXISTS。

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