← 返回首页

Downloads 转运中心

发布时间: 2026-10-01 10:06(北京时间)

摘要: 作者把 Downloads 当文件转运枢纽,用默认下载路径和定时脚本整理,并按修改时间排序。为置顶常用图而设 2099 年时间戳,反而触发 epoch 溢出与有符号 32 位读取问题。冷静的工程反思,带冷幽默。

标签: 文件管理, 下载目录, 工作流习惯, 时间戳, 整型溢出, 自动化整理, 技术轶事, 冷幽默, 工程反思

字数: 408

原文链接: /7402396589/RkCDBaM5C

我图方便有个坏习惯是把 D:\Downloads 当做数据转运中心。从网络上保存的文件会落到这里,准备要发到网络上的数据也落到这里。

Chrome 默认下载到 Downloads 根目录,Agent 也默认把交付件拷贝到 Downloads 下。

一个坏处是该目录会积攒越来越多东西,不过可以通过基于拓展名和留存白名单的定时整理脚本来解决。效果类似于定期把桌子上的物品直接塞进衣柜。眼不见心不烦。

目录按修改时间降序排列,新的永远在前,找新鲜文件比较方便。但经常用到的参考图”角色卡.png”每次要用都得找。于是我把文件的修改时间改为 2099-12-31 23:59:59 (epoch 4102415999)

这个 epoch 已经超出了有符号 int32 的上限,在特定 ABI 下按有符号 int32 去读,可能系统会认为这是一份修改于 1963-11-25 的老古董文件。

image
image