按日期整理文件

关于按日期整理文件

手机和相机每次都会产出同一种文件夹：三百个叫 IMG_4471.JPG 的文件挤在一处，排列顺序毫无意义。

Windows 和 macOS 能按日期排序视图。关掉窗口，一切照旧。两者都不会真的把文件放进文件夹。

这个工具会。选好文件夹，决定日期文件夹的形式，看清计划，然后要么在这里移动，要么带走一份替你完成的脚本。

使用方法

• 点击选择存放照片或文件的文件夹并选中它。浏览器会请求读取权限
• 照片保持拍摄日期，其他文件切换到修改日期
• 选择文件夹形式 — 2026-09、2026 / 09、2026 / 2026-09，或精确到日
• 阅读计划：每个文件、归档所用的日期，以及它将进入的文件夹
• 按下立即移动文件，或下载 .bat / .sh 脚本自行运行

用哪个日期，为什么重要

这是全部关键所在，而选错日期正是手工整理照片总会出错的原因。

• 拍摄日期是快门按下的那一刻。相机会把它写进 JPEG 内部，因此复制、同步、从备份恢复、从 Google 相册或 iCloud 下载都不会改变它。它是照片真正的日期，也是本工具的默认选择
• 修改日期是文件系统的日期。把 2019 年的照片复制到新笔记本，它就变成了今天。十年的假期照片全被归进同一个月，原因正在于此

内部没有日期的文件——视频、PDF、截图——会改用修改日期，有多少个文件如此会显示在表格上方，让你随时清楚自己看到的是哪一种答案。

不提供创建日期。 网页看不到它：浏览器只交出修改日期。凭空造一列「创建日期」比干脆不提供更糟。

从哪里读取日期

拍摄日期只从每个文件的开头部分读取，因此即便是一整个文件夹的 40 MB RAW 文件也依然很快。

• JPEG — 每部手机和相机都会写入的标准 EXIF 区块
• TIFF 与相机 RAW — DNG、CR2、NEF、ARW、ORF、RW2、SRW 等
• WebP — 当 EXIF 区块被一并保留时
• 其余全部 — 修改日期

六种文件夹形式

• 2026-09 — 每月一个文件夹。对多数人是最好的默认值
• 2026 / 09 — 每年一个文件夹，月份放在里面
• 2026 — 只按年分文件夹，适合大型档案库
• 2026 / 2026-09 — 拖到别处也依然看得懂的月份文件夹
• 2026-09-10 与 2026 / 09 / 10 — 精确到日，适合活动或商业摄影

冲突会被拒绝，而不是自作主张地解决

两个文件要落到同一位置，只能是其中一个覆盖另一个，而这个决定不该由工具替你做。当目标文件夹里已有同名文件，或两个文件会得到相同路径时，该行会被拦下。后者常发生在从子文件夹取出文件时：旅行A/IMG_001.jpg 和 旅行B/IMG_001.jpg 都想变成 2026-09/IMG_001.jpg。

被拦下的行会被标记、原地保留，移动与脚本都会跳过它们。其余文件照常处理。

人们用它做什么

• 把相机或手机的导入文件夹整理成真正的档案库
• 整理从备份恢复、修改日期全是今天的多年照片
• 整理从 Google 相册、iCloud 或 Dropbox 下载的照片
• 按扫描月份归档扫描的文档
• 归档前把录屏和导出文件放进带日期的文件夹
• 把共享盘整理成别人也找得到东西的样子

值得知道

• 可在 Windows、macOS、Linux 和 ChromeOS 上使用 — 它是网页，无需安装。在 iPhone、iPad 或 Android 上无法使用：移动浏览器没有把文件夹交给网页的机制
• 不上传任何内容。读取、规划与移动全部在页面内完成
• 移动是可逆的 — 相同的字节换个位置。任何时候都不会删除文件
• 照片只被读取，绝不重写，内部的 EXIF 数据原封不动
• 只有在需要时才会创建文件夹
• 已经位于目标文件夹中的文件会被跳过，而不是移到自己身上
• Windows 脚本以 chcp 65001 开头，中文和带重音的文件夹名才能正确创建
• 超大文件夹以 200,000 项为上限，以免页面卡死
• 表格显示前 400 行；脚本始终包含每一个文件

相关工具

• 把文件分类到子文件夹 — 同样的思路，按类型或名称而非日期
• 批量重命名文件 — 把日期也写进文件名
• 查看图片元数据 — 查看单张照片的拍摄日期及其他全部信息
• 查找重复文件 — 归档前先清掉副本
• 某日期后变动的文件 — 找出某段时间内变动过的内容