直接回答：在 Windows 桌面调用边界内，若调用具有所需访问权限且命名可达，CreateMutexW 遇到已有同名互斥量时会成功返回现有对象的句柄，GetLastError 为 ERROR_ALREADY_EXISTS；此时 bInitialOwner 参数被忽略，所以不能据此说“已有同名对象就归当前线程”。只有调用确实新建了互斥量，并且 bInitialOwner 为 TRUE，当前线程才在创建时初始拥有它。这个判断必须同时看返回值、GetLastError 和是否新建，不能只看拿到了句柄。
适用上，先确认对象类型和命名边界。CreateMutexW 只处理互斥量，命名对象还要考虑安全描述符与访问权限；跨权限边界时可能拿不到句柄，此时返回 NULL，不能把失败与有效句柄的ERROR_ALREADY_EXISTS分支混为一谈，也不能把NULL当成有效句柄继续等待或释放。观察时只保留去敏后的名字、返回值和错误码，不记录客户程序名、真实项目名或完整路径。若 GetLastError 为 ERROR_ALREADY_EXISTS，说明本次没有新建，bInitialOwner 不产生初始所有权；若返回有效句柄且不是已存在分支，再看 bInitialOwner 是否为 TRUE。若为 NULL，先按错误码排查命名权限、参数和资源问题。
风险在于把“拿到句柄”误当成“持有锁”。互斥量保护共享数据时，线程应通过等待取得所有权，完成后用 ReleaseMutex 释放；没有持有时调用 ReleaseMutex 可能失败，并掩盖流程问题。单实例检测是另一条分支：遇到ERROR_ALREADY_EXISTS应按应用既定单实例设计处理，而非仅由名称存在就确认另一正常实例在运行；不再需要的自己获得的句柄按职责关闭，但不能去关闭其他进程的句柄，也不能为了“清场”抢占或重复启动客户程序。新建且 bInitialOwner 为 TRUE 的线程已经拥有锁，也应把释放路径配对好。
下一步可按“新建/已存在/NULL 错误”三分支核对：新建分支确认 bInitialOwner 和后续释放；已存在分支只把句柄当引用，需要互斥保护就等待取得，不需要就干净关闭自己的句柄；NULL 分支保留去敏错误信息并检查命名与权限。
玄武区台式电脑用户可拨400-877-9605，先整理去敏互斥量名、新建或已存在状态、初始所有者与等待结果。电脑快修网提供信息展示与第三方维修对接，具体地址、电脑侧检查是否支持及安排需当次核实，启用范围不代表即时履约。