因为fileno本身就会触发从内存转到磁盘，文件大小阈值并非唯一触发条件。按 Python 3.15.2 文档对 SpooledTemporaryFile 的说明，除了写入量超过 max_size 会滚到磁盘，调用 fileno() 也会触发同样的滚动；显式调用 rollover() 更是不看当前大小，直接转到磁盘。这个结论有版本边界，具体机器上运行的是哪个 Python 版本、第三方库又封装了哪一层，仍需另行核对，不能拿其他版本的行为直接替代。
适用对象是使用 SpooledTemporaryFile 的脚本、服务或依赖它的第三方库。观察时不要只盯“文件多大”，要把三个触发点和运行环境一起看：写入量是否超过 max_size、代码路径里有没有 fileno()、有没有显式 rollover()。同时看实际临时目录 dir 指向哪里、落在哪个存储卷、目录权限和剩余容量如何。文档说的是“滚到磁盘”，但不能据此假称文件一定在 C 盘，也不能假称临时文件一定有可见文件名；这些都要以现场配置和实际观察为准。
判断可以分三条分支。第一条，没有超过 max_size、没有调用 fileno()、也没有显式 rollover()，按文档语义才可能继续留在内存缓冲中；第二条，一旦某层代码调用 fileno()，即便此前写入很少，也会转向磁盘，因为底层需要真实文件描述符；第三条，显式 rollover() 无视大小直接转磁盘。第三方库可能出现的情况是上层只写一小段数据，底层却为了传给某个接口而取描述符，于是“看起来很小”的文件提前落盘。排查时要顺着调用路径找，而不是只看业务层写入量。
风险主要在临时目录。敏感数据一旦落盘，就会受目录权限、所在卷容量、清理策略和共享使用方式影响。共享临时目录里可能有其他程序或用户正在使用的文件，不能为了“清理”就整目录删除，也不能删除原件；应先保留现场，再在受控样本里复现。若临时目录权限过宽或空间不足，落盘行为可能带来暴露或写入失败，但具体影响要看实际目录与卷，不能凭猜测下结论。
下一步建议做受控验证：用最小样本记录触发 fileno() 或 rollover() 的调用路径，核对实际 dir、存储卷、权限和容量，观察临时文件的生命周期；不要打印敏感内容，不要改动共享临时目录里的既有文件，必要时先备份原件。
上城区台式电脑用户可拨400-877-9605，先整理fileno或rollover调用链、实际dir所在卷与权限，不提交敏感临时内容。电脑快修网提供信息展示与第三方维修对接，具体地址、电脑侧检查是否支持及安排需当次核实，启用范围不代表即时履约。