docs(进件): 守卫依据自纠 - 裸 CR 在宽松分词下会被数成一行

上一提交（934afd7）把这一族写成「没有被任何**分词度量**算成独立的头部行」，
那句对**裸 CR** 是假的：我自己的宽松度量（把裸 LF、裸 CR 也当分隔符）在 f6 探针里
就把裸 CR 数成了 5 行（基线 4），注入串在它下面起于行首。
主句改成限定在 MIME 的合法行分隔符 \r\n 上（该度量下裸 CR 确实不成行，tab / NUL /
DEL / VT / FF 连宽松分词也数不出新行），宽松分词下的差别收进同一条的附注，
与原有那句「上游/中间件宽容度未实测」自洽。依据 = f6 探针同一份读数，没有新读数。

纯 javadoc，测试类与守卫代码一字未动；全量 451 绿（run 后提交，提交字节 = 跑过的字节）。

java/src/main/java/com/payment/platform/module/payment/leshouying/client/LeshouyingClient.java

@@ -144,8 +144,10 @@ public class LeshouyingClient {
      *       落到行首 —— 但**要用两个度量**才看得全：{@code \r\n} 在「只认 CRLF」与「认 CRLF/LF/CR」
      *       两个度量下都成行，裸 {@code \n} 只有后一个度量看得到（裸 LF 不是 {@code \r\n}，
      *       只按 {@code \r\n} 数行会把它数成「没注入」）。</li>
-     *   <li>**其余 ISO 控制字符（裸 CR、tab、NUL、DEL、VT、FF）：实测并不成行** ——
-     *       它们打进 filename 后，注入串仍在**同一行内**，没有被任何分词度量算成独立的头部行。
+     *   <li>**其余 ISO 控制字符（裸 CR、tab、NUL、DEL、VT、FF）：按 MIME 的合法行分隔符
+     *       {@code \r\n} 判，实测都不成行** —— 它们打进 filename 后，注入串仍在**同一行内**，
+     *       没有造出独立的头部行（tab / NUL / DEL / VT / FF 连「把裸 LF、裸 CR 也当分隔符」的
+     *       宽松分词都数不出新行；裸 CR 在宽松分词下**会**被数成一行，见下面的附注）。
      *       我们**仍然拒**，但这是**取舍**、**不是**「实测的注入」：判据统一取
      *       {@link Character#isISOControl} 一整族（宽规则比「只堵 CR/LF 两个字面量」更难绕过），
      *       理由是这些字符在字段名/文件名里没有合法位置。