问题背景
最近在打理自己的 Halo 博客时，遇到了一个看似简单却引发一连串思考的问题：要不要给博客图片加水印？
起初觉得加水印挺有必要的——可以保护版权、顺便做个品牌曝光。但一想到每次发图都要手动处理，又觉得太麻烦。于是开始研究：有没有自动加水印的方案？如果加了后悔了，能不能去掉？去掉会不会惹出别的麻烦？
这一研究不要紧，牵扯出了 Halo 生态里「内容助手」和「存储工具箱」两个插件的配合问题，还涉及到 MD5 校验、重复上传、链接替换等一系列技术细节。最终兜兜转转，我得出了一个有点"佛系"的结论。
这篇文章就把这段折腾过程记录下来，给同样纠结的博客主们一个参考。
问题分析
1. 自动加水印的方案是有的
Halo 生态里，「存储工具箱」插件可以完美解决"自动加水印"的需求：
- 支持文字水印和图片水印
- 可设置位置、透明度、大小
- 一次配置，后续所有上传的图片自动添加
而「内容助手」插件负责导入 Markdown 文章时，会自动上传本地图片。两个插件配合起来，确实可以实现"导入文章时自动给图片加水印"的效果——存储工具箱负责加工，内容助手负责上传，分工明确。
2. 但加了水印之后，麻烦才刚刚开始
如果只是新文章加水印，倒也没什么。但作为一个有"历史包袱"的博客，我更关心的是：之前没加水印的文章怎么办？如果以后不想加水印了，能批量去掉吗？
核心痛点：MD5 变了
图片一旦加上水印，文件的 MD5 哈希值就会改变。对于系统来说，这就是一个"全新"的文件。这带来两个问题：
-
重复上传风险：如果用内容助手重新导入同一篇文章，系统会因为 MD5 不同而认为这是新图片，于是再上传一次，导致附件库里出现大量重复文件。
-
去水印困难：想给历史图片批量去水印，需要用到存储工具箱的「批量处理」功能。但这个操作有两种模式：
- 选择「保留原图」：原图保留，但文章里引用的还是带水印的图
- 选择「不保留原图」：用新图覆盖旧图，但可能导致文章链接失效
虽然新版本的存储工具箱提供了「URL 引用自动替换」功能（测试版），可以自动更新文章里的旧链接，但官方明确提示：这是测试版功能，会直接修改文章内容，务必做好备份。
3. 原图到底还在不在？
这也是一个关键问题。通过内容助手导入的图片，原图是否保留取决于上传时的设置：
- 普通上传模式：原图通常保留在附件库里，只是文章引用的是带水印的副本
- 批量处理模式（选择"不保留原图"）：原图会被覆盖，彻底消失
如果想给历史图片去水印，原图还在的话就简单多了——直接替换链接就行；原图不在了，就得依赖批量处理+链接替换，风险较高。
结论与思考
折腾了一圈，我的最终决定是：不加了。
为什么放弃？
-
投入产出比不高：我的博客以文字内容为主，图片多是配图性质，被盗用的价值不高。为了这一点点"可能被侵权"的风险，投入时间去配置、维护、处理历史问题，不太划算。
-
用户体验更重要：干净的图片看着舒服，读者截屏分享也方便。水印某种程度上是对阅读体验的打扰。
-
技术复杂度超出预期：本以为是个"开关一开就完事"的功能，结果牵扯出 MD5、重复上传、链接替换、批量处理、数据备份等一系列问题。对于个人博客来说，简单省心才是王道。
-
进退自如：水印功能随时可以开启和关闭，以后想法变了，再回来打开开关就行，没有沉没成本。
给同样纠结的朋友的建议
如果你也在纠结要不要加水印，可以参考这个思路：
| 博客类型 | 建议 | 理由 |
|---|---|---|
| 摄影/设计/原创插画类 | 加，用插件自动加 | 图片是核心资产，值得保护 |
| 技术/生活/随笔类 | 不加 | 配图价值不高，用户体验优先 |
| 混合型 | 选择性加 | 核心图片手动加，普通配图不加 |
最后
技术是为内容服务的，怎么顺手怎么来。如果你觉得加水印这件事带来的"麻烦感"大于"收益感"，果断放弃就是最好的选择。
当然，如果你决定要加，Halo 的「存储工具箱」+「内容助手」组合拳是完全可行的——记得做好备份，谨慎操作批量处理功能，以及，永远留好本地原图。
后记：写完这篇文章，我去后台把存储工具箱的水印开关关掉了。看着干净的图片上传界面，心情舒畅。