Java二进制转文本：现有方法仅支持16位长输入，如何改造适配更长二进制串？

• 首个8位分组的遍历边界错误：原代码循环从i=7递减到i>0，仅采集了字符串下标1-7的位，遗漏了下标0的128权重最高位，导致单字符计算值和正确ASCII值最大相差127，遇到最高位为1的编码时会完全算错。
• 仅支持2个固定分组的硬编码逻辑：代码仅手写了两次转字符的判断流程，分别对应开头8位、末尾8位，没有循环遍历所有中间的8位分组，因此输入长度超过16位时，中间的所有位都会被直接忽略，完全不会参与计算。
• 索引方向逻辑冲突：处理非开头分组的循环中，外层j从左往右遍历，内层h却从字符串末尾往左取数，两个索引方向完全不一致，会触发提前break、数组越界、重复取值等问题，根本无法按顺序切分分组。
• 存在完全无用的冗余变量：代码中反复拼接eightBitCode字符串，但该变量从未参与任何计算逻辑，属于无意义的性能浪费。
• 冗余的硬编码判断：数十行重复的if (numberValue == 65) ...判断，既没有扩展性，也仅支持A-Z几个字符，无法匹配其他可打印ASCII字符。

public String binaryToText(String binary) {
    // 输入合法性校验：仅接受长度为8的整数倍的二进制串
    if (binary.length() % 8 != 0) {
        throw new IllegalArgumentException("二进制输入长度必须为8的整数倍");
    }
    StringBuilder textResult = new StringBuilder();
    // 从字符串头开始，每次步进8位，覆盖所有长度的输入
    for (int startPos = 0; startPos < binary.length(); startPos += 8) {
        int asciiCode = 0;
        // 逐位计算当前8位块的ASCII值
        for (int offset = 0; offset < 8; offset++) {
            if (binary.charAt(startPos + offset) == '1') {
                // 按位权重计算：块内第0位权重128，第1位64...第7位权重1
                asciiCode += 1 << (7 - offset);
            }
        }
        // 直接将ASCII值转为字符拼接，无需硬编码if判断
        textResult.append((char) asciiCode);
    }
    return textResult.toString();
}

• 无分组数量硬编码，支持任意长度的合法二进制输入（只要长度为8的整数倍），不再限制仅能处理16位长度。
• 修正了最高位遗漏的问题，每一位的权重计算完全匹配标准8位ASCII编码规则。
• 去掉了重复的if判断逻辑，支持所有可打印ASCII字符，不局限于A-Z。
• 增加了前置合法性校验，非法输入会返回明确的错误提示，不会出现模糊的数组越界异常。
• 移除了无意义的冗余变量和字符串拼接操作，长输入下的运行性能更稳定。

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