求CSRCESRV宏的精确压缩/扩展算法，需在Java实现扩展流程

CSRCESRV的压缩算法无官方文档公开，但结合其行程编码特征和控制字节的出现规律，可从以下方向入手逆向与实现：

• 明确控制字节的作用：0x00-0x1F、0x7F这类字节大概率是压缩控制标记，而非原始字符串内容。如果能拿到几组已知的压缩串-原始串对应样本，可快速验证：观察压缩串中控制字节的位置，是否对应原始串里的连续重复片段。
• 行程编码变种规则推导：这类系统级宏常用的行程编码变种通常包含两种模式：
  • 重复片段模式：用一个控制字节（比如0x00）作为标记，后续字节分别表示重复次数和重复字符。例如0x00 0x03 0x65对应原始串的"eee"。注意重复次数可能存在偏移（比如实际次数是字节值+1，避免0次无效值）。
  • 转义模式：如果原始串本身包含控制字节，会用特定标记（比如0x7F）转义，后续跟着原始的控制字节。比如0x7F 0x0A表示原始串里的换行符。
• Java实现的验证步骤：
  1. 编写基础解析逻辑：遍历压缩字节数组，遇到控制字节时进入行程处理分支，非控制字节直接追加到结果缓冲区。
  2. 用样本测试调整：如果解析结果和原始串不符，检查重复次数的计算方式（单字节/双字节？是否有偏移？）、控制字节的触发范围（是否仅部分控制字节为标记？）。
  3. 考虑混合编码可能：若纯行程编码无法覆盖所有样本，可能存在LZ77类滑动窗口压缩混合使用，此时需进一步分析二进制实现。

如果有条件，直接逆向CSRCESRV相关的二进制模块（比如Windows系统中的csrss.exe或关联dll），找到负责字符串扩展的函数，通过汇编分析能直接得到精确算法逻辑——跟踪函数中对输入字节的判断分支、计数寄存器的操作、内存复制的逻辑，这是最可靠的方法。

内容的提问来源于stack exchange，提问作者CodingTil