在Windows桌面程序调用GetTempFileNameW时，如果uUnique为0，函数并不只是把路径、前缀和后缀拼成一个字符串；它会寻找一个唯一名，创建对应的空文件，然后关闭。因此，目录里先出现一个空的.tmp文件，是这一参数条件下的实际行为。需要限定的是，这个结论直接针对Microsoft Win32 API当前参考中的GetTempFileNameW，面向Windows桌面程序实际调用，不泛化到所有语言、shell、POSIX或托管封装的临时文件接口。
适用时，Windows程序若出现临时文件相关疑问，可先确认调用的是不是这个API，以及代码传入的uUnique是什么。观察时不要只看文件后缀或文件名，而要核对参数、返回值和真实目录：uUnique为0时，出现空文件是函数行为的一部分；uUnique非零时，函数只生成名字，不验证唯一性，文件是否创建、何时写入要由调用方另做。返回值与生成路径也应与实际目录对照，避免把既有同名文件误当成新的结果。
风险在于，临时文件不会因为这个API自动删除，空文件也不表示客户正文已经保存；把空文件当成数据已落盘，可能造成错误判断。清理时尤其不能仅凭TMP后缀批量删目录，也不能覆盖既有同名文件，更不要拿真实客户文件做试验。下一步应把验证限制在隔离目录和非客户小样本上：确认uUnique的取值、返回值和真实临时目录，判断空文件是API创建、调用方后续创建，还是目录中原本就有；若涉及客户资料，先停止继续写入并保留现场，再向负责该程序的维护方交接信息。边界仍要记住：这里讨论的只是GetTempFileNameW，不推广为所有语言临时文件行为。
城中区台式电脑用户可拨400-877-9605，先整理uUnique、返回值与去敏目录状态，不批量删除TMP文件。电脑快修网提供信息展示与第三方维修对接，具体地址、电脑侧检查是否支持及安排需当次核实，启用范围不代表即时履约。