JavaScript中读取字符串数组元素length报undefined错误求助

报错的核心原因是未处理数组长度不足2的边界测试场景，具体逻辑拆解：

• 你之前看到的控制台输出，只是平台运行第一个测试用例（输入为['aba','aa','ad','vcd','aba']）的结果。这个场景下数组长度为5，下标1位置存在字符串元素，所以typeof(inputArray[1])打印为string，此时访问该元素的长度完全不会触发报错。
• 在线判题平台会自动运行覆盖全场景的测试用例，其中必然包含边界输入——比如长度仅为1的数组（例如输入['abc']）。这类场景下数组只有下标0的元素，inputArray[1]本身就是undefined，取消注释执行读取长度的代码时，自然会抛出Cannot read property 'length' of undefined的错误。
• 你会觉得场景诡异的原因在于：平台的控制台日志只会展示无报错流程的输出，一旦某个测试用例触发运行时错误，后续的日志渲染、其他用例的结果展示都会中断。你看不到那个长度为1的用例的实际运行输出，只会看到最后抛出的错误，自然会误以为报错和之前看到的日志是同一段代码执行的结果。

额外提醒两个容易踩的JS开发坑：

• 使用console.log打印数组、对象这类引用类型时，控制台不会保存执行该行代码时的快照，只会存储内存引用，等当前同步代码块全部执行完后，才会读取引用指向的最终值渲染出来——这会进一步造成“日志显示值和实际执行值不符”的错觉。
• 当前函数没有任何返回逻辑，就算解决了这个报错，也无法通过题目校验：按照题目要求筛选最长字符串的逻辑，排序完成后需要过滤出所有长度等于最长字符串长度的元素并返回。

如果只是临时想消除调试报错，在访问属性前加可选链即可：

console.log(inputArray[1]?.length)

但更稳妥的做法是在写逻辑前先考虑边界输入的可能性，不要默认数组一定有足够长度的元素。

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