限定可用API条件下手动实现Java String类length()方法的实现方案

核心卡点拆解 #

之前实现的本质缺陷是把测试用例的固定长度硬编码成循环终止边界，完全没有善用题目允许的String.isEmpty()、String.substring()能力组合——这两个方法搭配，根本不需要提前知道字符串的实际长度，就能精准判断是否到达了字符串末尾，实现任意输入的适配。

为什么不选逐次调用charAt(i)的方案做边界？因为当索引超过字符串实际长度时，charAt()会直接抛出运行时异常，而题目给定的能力范围没有提供异常捕获的语法，这种方案会直接导致程序崩溃，没法设置有效的通用终止条件。

可适配任意输入的循环实现 #

• 逻辑设计：逐次截掉当前字符串的第一个字符，每截一次计数器加1，直到当前截取后的字符串为空就停止循环，完全不需要提前预判字符串长度
• 注意事项：Java的String是不可变类，substring()不会修改原字符串，必须把每次截取的返回值赋值给变量，不然截断操作不生效
• 所有逻辑严格卡在允许的能力范围内，使用题目列明的==运算符做状态判断，没有引入额外语法

static int manualLengthLoop(String input) {
    int counter = 0;
    String current = input;
    // 通用终止条件：当前待处理的字符串为空时停止循环
    while (current.isEmpty() == false) {
        counter += 1;
        // 截掉首字符，缩小待处理范围
        current = current.substring(1);
    }
    return counter;
}

这个逻辑对"Hello"的处理流程为：current依次从"Hello"→"ello"→"llo"→"lo"→"o"→""，每截一次counter加1，最终得到计数结果5，和实际长度完全一致，不管输入字符串长度是1还是1000，都能正常计算。

可适配任意输入的递归实现 #

你之前的递归框架逻辑错位：一开始就想着要传一个未知的n作为递减参数，本质陷入了“先知道长度才能算长度”的逻辑循环。实际完全不需要外部传入初始长度值，递归的终止边界可以直接靠字符串的空状态判断：

• 终止条件：如果当前传入的字符串是空，直接返回计数0
• 递归逻辑：如果当前字符串非空，那么总长度=1（当前的首字符） + 去掉首字符后的剩余子串的长度

static int manualLengthRecursion(String input) {
    // 递归终止条件：字符串为空，返回0
    if (input.isEmpty() == true) {
        return 0;
    }
    // 递归计算剩余子串的长度，加上当前首字符的1个计数
    return 1 + manualLengthRecursion(input.substring(1));
}

旧代码的常见问题 #

• 原循环代码里的length.substring(1)没有接收返回值，因为String不可变，这行调用不会改变原字符串，完全起不到截断作用，只是空执行
• 不管是循环还是递归，所有终止判断都靠isEmpty()的返回值触发，不需要提前知道输入的长度边界，自然不存在硬编码的适配问题

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