你以为这样写Java代码很6,但我看不懂

为了提高 Java 编程的技艺,我最近在 GitHub 上学习一些高手编写的代码。下面这一行代码(出自大牛之手)据说可以征服你的朋友,让他们觉得你写的代码很 6,来欣赏一下吧。

IntStream.range(1, 5).boxed().map(i -> { System.out.print("Happy Birthday "); if (i == 3) return "dear NAME"; else return "to You"; }).forEach(System.out::println);

我虽然拥有 10 年的 Java 编程经验,但说实话,很惭愧,这段代码就好像一块板砖拍在我脑袋上,有点懵逼。Lambda 表达式我是学过的,Stream 流我是学过的,forEach() 方法我也是学过的,但把这些知识点全部塞到一行代码中,我还是有点消化不良。

我总觉得这行代码不如换成老式的语法(Java 7 之前)来写,就像下面这样:

for (int i = 1; i < 5; i++) {
    System.out.println("Happy Birthday " + (i == 3 ? "dear NAME" : "to you"));
}

哇,beautiful code,简洁又明了!不仅我能看得懂,就连刚入门的 Java 小白都能看得懂。要知道,代码是写给人看的,假如只有自己看得懂,只有自己觉得很 6,而其他人看起来云里雾里的,就不一定是好代码,尽管好像是行走在技术的前沿。

俗话说得好,“能力越大,责任越大”。Java 8 为我们提供了强大的能力,它的新特性是划时代的(Java 8 之后的版本中新特性都不够亮眼),包括 Lambda 表达式和 Stream 流,我们通过它们可以写出简洁又高效的代码。打个不恰当的比喻,Java 8 之前,开发者驾驶的是桑塔纳,Java 8 之后,开发者驾驶的是法拉利。

但如果驾驶技术不好的话,法拉利也能变成桑塔纳,甚至还不如。拿之前那段看起来似乎很 6 的代码来说吧,它并不是一段好的代码——尽管使用了新颖的技术,但难以理解。

在 Java 8 之前,如果你想编写函数式代码的话,应该会使用 Google 的 Guava 类库,它是一个很棒的开源类库(不陌生吧),可以在一定程度上弥补 Java 原生类库的不足。我在它的 wiki 上看到下面这样一条建议,说得很富有远见:

Excessive use of Guava’s functional programming idioms can lead to verbose, confusing, unreadable and inefficient code. … when you go to preposterous lengths to make your code “a one-line”, the Guava team weeps.

应该能看得懂吧?大致的意思就是说,如果过度使用 Guava 的函数式编程的话,会导致代码冗长、混乱、不可读,甚至低效;如果有些开发者为了减少代码的长度,刻意把多行代码“优化”成一行代码时,Guava 甚至会被玩哭。

我只能说,优秀的人真可怕,他不仅知道自己的长处,更了解自己的不足——说的就是你,Guava 的开发者。至于开头提到的那位大牛,他写的代码我就不敢恭维,只能说炫技炫到盲目自信吧。根据我的经验,只有很少一部分的大牛能够保持理智,在追求技术创新的同时意识到炫技的问题。

我认为,Guava wiki 上的建议同样适用于 Java 8,好技术要妥善的利用,而不是滥用。众所周知,Java 8 的新特性可以用来减少冗余代码,当我们把一个复杂的匿名内部类变成一个简洁的 Lambda 表达式就是一个很好的例子。

Thread t1 = new Thread(new Runnable() {
    @Override
    public void run() {
        System.out.println("匿名内部类,搞起来");
    }
});
t1.start();

// 优化后

Thread t2 = new Thread(() -> {
    System.out.println("Lambda 表达式,搞起来");
});
t2.start();

你看,优化后的代码量更少,并且一目了然,任谁也不会搞到看不懂的地步。函数式编程出现的目的可不仅仅是为了减少冗余代码,它是为了解放生产力——言外之意就是说,代码复杂点没关系,只要可用可靠。编程的目标不是产生尽可能少的代码,而是产生易于维护的、高性能的系统。

举个例子来说,假如我从洛阳出发,去郑州参加一个技术沙龙,我就没必要坐飞机;高铁和驾车才是最优的选择。明白我说的意思吧?别整那些花里胡哨的,实用至上。

好了,我亲爱的读者朋友,以上就是本文的全部内容了,能看到这里的就是最优秀的程序员。原创不易,❤️ 不要忘记留下你学习的脚印 [点赞 + 收藏 + 评论]

如果觉得文章对你有点帮助,请微信搜索「 沉默王二 」第一时间阅读,回复【666】【1024】更有我为你精心准备的 500G 高清教学视频(已分门别类),以及大厂技术牛人整理的面经一份,本文源码已收录在码云传送门~

我们来**彻底、清晰地分析 `else` 有和没有的区别**,用最直观的方式一步一步说明为什么 **必须使用 `else`**,否则逻辑会崩溃。 --- ### 🎯 场景设定 当前状态如下: - 正在遍历循环链表 - 当前节点是 `n` - `before` 是 `n` 的前一个节点 - 报数 `count` 已经加到 3 - 要执行:**删除节点 `n`** - 删除后,`count = 0`,然后继续下一轮报数 我们要做的决策是: > “是否在删除之后,还让程序进入 `before = n; n = n.next;` 这个分支?” 这正是你代码中两个 `if` 是否独立执行的关键! --- ## ✅ 情况一:使用 `else`(正确法) ```java if (count == 3) { System.out.print(n.item + ","); before.next = n.next; // 删除当前节点 n n = n.next; // n 移动到下一个 count = 0; } else { before = n; // 更前驱 n = n.next; // 正常前进 } ``` ### 🔍 执行流程分析 #### 假设当前 `count == 3`: 1. 进入 `if` 分支 2. 删除节点 `n` 3. `n = n.next`(跳过被删节点) 4. `count = 0` 5. ❌ 不进入 `else` → **不会执行 `before = n; n = n.next;`** 6. 结束本轮循环 ✅ 安全!指针只移动一次,逻辑完整。 --- ## ❌ 情况二:不用 `else`,而是两个独立的 `if`(你的错误代码) ```java if (count == 3) { System.out.print(n.item + ","); before.next = n.next; n = n.next; count = 0; } if (count != 3) { // 注意:这是另一个判断! before = n; n = n.next; } ``` #### 同样假设 `count == 3`,看看会发生什么: | 步骤 | 操作 | 结果 | |------|------|------| | 1 | `count == 3` 成立 → 进入第一个 `if` | 删除节点成功 | | 2 | 执行 `n = n.next` | `n` 移动到下一个节点 | | 3 | `count = 0` | 条件变了!现在 `count != 3` | | 4 | 判断第二个 `if(count != 3)` → 成立! | ⚠️ 进入该分支 | | 5 | 执行 `before = n` | `before` 被更为当前 `n` | | 6 | 执行 `n = n.next` | `n` 再次向前移动一位 | 🎯 最终结果: - `n` 被移动了 **两次** - `before` 被错误更 - 实际上相当于:**刚删完一个人,又当作“正常报数”再走一步** ➡️ 相当于跳过了一个节点,导致后续报数从错误位置开始! --- ### 🧩 举个具体例子(简化版:n=5, k=3) 初始:`1 -> 2 -> 3 -> 4 -> 5 -> 1` 我们希望: - 第一个被淘汰的是 3 - 然后从 4 开始报数:4(1), 5(2), 1(3) → 淘汰 1 - ... 但现在看你的代码怎么走: ```text n = 1, before = 5, count=0 循环开始: 第1轮: n=1, count=1 → 不删,执行 else: before=1, n=2 第2轮: n=2, count=2 → 不删,执行 else: before=2, n=3 第3轮: n=3, count=3 → 进入 if: 删除3,before.next = 4(即2->4) n = n.next = 4 count = 0 此时:n=4, before=2 然后判断 if(count != 3) → 0!=3 → true! before = n = 4 n = n.next = 5 ``` 🔚 最终这一轮结束后: - `n = 5` - `before = 4` 但本该从 `4` 开始下一轮报数,结果却跳到了 `5`,并且 `before` 变成了 `4`,而 `4` 并不是 `5` 的前驱(应该是 `3` 被删了后 `2->4`,所以 `4` 的前驱是 `2`)! ➡️ 链表结构与指针严重不匹配! 下一轮就会出错:比如想删 `1`,结果可能误删 `4` 或根本找不到正确前驱。 --- ## ✅ 图解对比 | 情况 | 是否使用 `else` | 行为 | |------|------------------|------| | ✅ 正确 | 使用 `else` | 删除后不再更 `before` 和 `n`,保持指针稳定 | | ❌ 错误 | 两个 `if` | 删除后仍执行前进操作,导致 `n` 多移一次,`before` 错位 | --- ## 💡 类比理解:走路 vs 跳跃 想象你在走格子: ```text [1] [2] [3] [4] [5] ``` 规则:每走三步就踢掉当前格子的人,然后从下一个人重数。 - ✅ 正确做法: - 走到第3格 → 踢掉3 → 从4开始重数(1) - 👉 只移动一次 - ❌ 错误做法(你的代码): - 走到第3格 → 踢掉3 → 移动到4 - 然后你以为还要继续走:“我没满3啊!” → 又走到5 - 👉 实际从5开始数,漏掉了4! 这就像是: > “我杀了第3个人,然后说‘我没数够3’,接着又往前走一步。” 显然不合理! --- ## ✅ 总结:`else` 的作用是保证互斥 | 条件 | 含义 | |------|------| | `if (count == 3)` | “我已经数到3了,要杀人” | | `else` | “我还没数到3,继续走” | 这两个动作是 **互斥的**: - 要么杀人并重置 - 要么继续报数 ❌ 不能既杀人,又假装没数到3 继续走! ---
评论 62
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

沉默王二

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值