隐藏式水印在文件层面的可行路径有三种：末尾追加（通用但易被删）、PNG tEXt块注入（格式合规且健壮）、BMP LSB隐写（需精确解析头结构和对齐）。C++需依格式规范操作，无内置支持。
什么是“隐藏式水印”在文件层面的可行路径
C++ 本身不提供“文件水印”这种语义功能，操作系统和文件系统也不定义水印概念。所谓隐藏式水印，实际是指把一段标识信息以不易察觉、不影响原始用途的方式嵌入到文件内容中。常见做法有三类：修改文件末尾（如追加零字节+数据）、利用格式冗余字段（如 PNG 的 tEXt 块、JPEG 的 APPn 段）、或微调可容忍误差的数据（如 LSB 隐写）。C++ 能做的，是按目标格式规范读写二进制/结构化数据，而非“一键打水印”。
关键判断：直接操作 raw bytes 最通用，但需你清楚目标文件格式；用现成库（如 libpng、libjpeg）更安全，但引入依赖且仅限特定格式。
用 fseek + fwrite 在文件末尾追加水印（最简方案）
适用于任意二进制文件（如 PDF、EXE、ZIP），前提是接收方约定从文件末尾向前读取固定长度的水印块。它不破坏原始结构，但容易被截断或清理工具误删。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 水印数据建议用
struct封装：含 magic header（如0x574D4B00）、长度、校验和、payload，避免裸字符串 - 写入前先
fseek(fp, 0, SEEK_END)，再ftell记下原文件大小，写完后不覆盖原内容 - 读取时必须从末尾倒查：
fseek(fp, -sizeof(watermark_t), SEEK_END)，再校验 magic 和 checksum - 注意 Windows 下文本模式会转换
\n，务必用"rb+"或"wb+"打开文件
struct watermark_t {
uint32_t magic; // 0x574D4B00 ("WMK\0")
uint16_t len; // payload length
uint16_t crc16; // CRC-16 of payload
char data[256];
};向 PNG 文件注入 tEXt 块（格式合规、真正隐藏）
PNG 规范明确支持 tEXt、zTXt 等文本块，标准解码器会忽略它们，但能被专用工具提取。这是真正“格式内隐写”，比末尾追加更健壮。
实操要点：
- 不能直接 fseek 写——PNG 是 chunk 链表结构，必须解析 chunk 边界（每个 chunk 含 length + type + data + crc）
- 推荐用
libpng：调用png_set_text设置png_text结构，再用png_write_png重写整个文件 - 若不用库，需手动定位 IHDR 后、IDAT 前的位置插入新 chunk；type 必须为
"tEXt"（大写），CRC 要按 PNG 规则计算（非简单 xor） - tEXt key 建议用自定义名（如
"X-Watermark"），避免和工具冲突；value 可 base64 编码二进制数据
LSB 隐写对 BMP 图像的实现难点
BMP 是裸像素格式，RGB 各通道最低位（LSB）改动人眼难辨，适合藏数据。但 C++ 实现时极易踩坑：
常见错误现象：
- 没跳过 BMP 文件头和位图信息头，直接从 offset 0 开始改像素 → 毁坏文件头，图片无法打开
- 忽略
biWidth行字节对齐（每行字节数必须是 4 的倍数），导致像素坐标计算偏移 - 只处理 RGB 而忽略 alpha 通道（若存在），或对调色板索引图像直接改 palette → 解码异常
- 未验证 payload 长度 ≤ 可用 LSB 总数（
width * height * 3），写超界引发越界访问
真正可用的起点：用 fread 读出 BITMAPFILEHEADER 和 BITMAPINFOHEADER，确认 bfOffBits（像素数据起始偏移），再逐行读像素，每字节改 LSB。
格式兼容性影响：LSB 修改后的 BMP 仍能被所有查看器正常打开，但 lossy 压缩（如转成 JPEG）会彻底抹掉水印——这决定了它只适合闭环场景。
隐写不是加密，水印数据应默认视为明文；若需保密，得先用 AES 加密 payload 再嵌入。真正的难点从来不在“怎么写”，而在“怎么让对方可靠地读出来且不误判”。
