美团一面：项目中有 10000 个 if else 如何优化？想了半天，被问懵了！ ...

各人好，我是R哥。
迩来做 Java 口试辅导，有个兄弟口试美团，碰到一个特别故意思的问题：

一万个 if else 如何优化，有好的解决方案吗？

我看到这问题都有点懵逼，实际项目中怎么大概会有 10000 个 if else 的代码，至少我工作 10 余年没见过样的代码。
关键要写完这 10000 行的 if else 代码，如果天天写 100 个，是不是意味着也要 100 天才能写完，并且每次哀求都要执行几千上万次的判断，代码难以维护不说，还会严重影响体系性能。
很显然，口试官观察的不是一样平常的八股文，这个问题可以看作是一道场景题，它观察一个程序员在面对复杂逻辑判断时的优化能力，也是在观察一个程序员临场发挥技术能力。
这兄弟固然说上了策略模式，但显然不是完善和唯一的解决方案，别的像责任链模式等其他计划模式都会存在如许的问题，所以详细的问题还得详细分析。
所以这题可以如许答复：

• 如果这 1 万个 if else 是在同一个代码块流程内里，这就要考虑这 1 万 if else 存在的意义了，因为这么量极的 if else 会很难维护，也会极其影响性能，必要详细分析然后再去分析如何去分解和优化。
  
• 如果这 1 万个 if else 分散在同一个项目内里，那么优化 if else 的方式有很多种，包括.……
  

下面我说说几种方案，欢迎各人拍砖。
if else 优化方案

方案1：策略模式

这个兄弟也说到了策略模式，策略模式先容及实战看这篇：

别在再满屏的 if/ else 了，试试策略模式，真香！！

使用策略模式确实可以提升代码的优雅性，但也会存在以下问题：

• 如果是大量的 if else 分支，比如这 1 万个，那就会有 1 万个策略类，此时就会造成类膨胀，并且随着时间的推移逐渐变得更加庞大而复杂。
  
• 如果是多层的 if else 嵌套，策略模式大概也无法派上用场了。
  

策略模式的优点是可以很方便的解耦，适用于有多种差别逻辑和算法的 if 场景，但不适用于大量的 if else 场景。
方案2：策略模式变体

这是策略模式的一种变体：

1. Map<Integer, Runnable> actionMap = new HashMap<>();
2. actionMap.put("condition1", () -> { /* 分支1的执行逻辑 */ });
3. actionMap.put("condition2", () -> { /* 分支2的执行逻辑 */ });
4. actionMap.put("conditionN", () -> { /* 分支N的执行逻辑 */ });
6. // 根据条件获取执行逻辑
7. Runnable action = actionMap.get("condition1");
8. if (action != null) {
9.     action.run();
10. }

复制代码

这种把业务逻辑代码分离出去了，简化了单个类的代码，也省去了策略实现类，让策略类不会得到膨胀，但如果有大量的条件映射，依然会造成单个类的膨胀和难以维护。
这里使用的是线程异步执行的案例，还可以把要执行的逻辑代码存储在其他类、数据库中，然后再用反射或者动态编译的方式加载进去并执行。
方案3：多级嵌套优化

上面说的两种方案嵌套大概无法解决，如果是这种带层级的判断是可以优化的：

1. /*
2. * 来源公众号：Java技术栈
3. */
4. if(xxxOrder != null){
5. if(xxxOrder.getXxxShippingInfo() != null){
6.   if(xxxOrder.getXxxShippingInfo().getXxxShipmentDetails() != null){
7.    if(xxxOrder.getXxxShippingInfo().getXxxShipmentDetails().getXxxTrackingInfo() != null){
8.     ...
9.    }
10.   }
11. }
12. }

复制代码

这种 if 嵌套层级太多，极不优雅，怎么优化见我之前写的这篇：

if else 太多？看我用 Java 8 轻松干掉！

方案4：使用三目运算符

如果判断条件不多，只有 2、3 个的情况下可以使用三目运算符简化 if else 分支。
比如以下代码：

1. String desc;
2. if (condition1) {
3.     desc = "XX1";
4. } else if (condition2) {
5.     desc = "XX2";
6. } else {
7.     desc = "XX3";
8. }

复制代码

使用三目运算符一行搞定：

1. String desc = condition1 ? "XX1" : (condition2 ? "XX2" : "XX3");

复制代码

凌驾 3 个条件就不建议使用了，不然代码可读性会大大降低。
方案5：使用枚举

枚举类型可以用来表现一组固定的值，例如星期几、月份、颜色等，它提供了一种更简洁、可读性更高的方式来表现一组相关的常量。
如以下示例代码：

1. /**
2. * 公众号：Java技术栈
3. */
4. public class Test {
5.    
6.     public static void main(String[] args) {
7.         Day today = Day.MONDAY;
8.         System.out.println("Today is " + today);
9.         System.out.println("Today is " + today.getChineseName());
10.     }
12.     enum Day {
13.         MONDAY("星期一"),
14.         TUESDAY("星期二"),
15.         WEDNESDAY("星期三"),
16.         THURSDAY("星期四"),
17.         FRIDAY("星期五"),
18.         SATURDAY("星期六"),
19.         SUNDAY("星期日");
21.         private String chineseName;
23.         Day(String chineseName) {
24.             this.chineseName = chineseName;
25.         }
27.         public String getChineseName() {
28.             return chineseName;
29.         }
30.     }
31.    
32. }

复制代码

这里我只写了一个字段，我们可以在枚举属性内里界说多个字段，如许就无需大量的 if else 判断，直接通过枚举来获取某个某一组固定的值了。
方案6：使用 Optional

Java 8 提供了一个 Optional 新特性，它是一个可以包含 null 值的容器对象，可以用来取代 xx != null 的判断。
参考我之前写的这篇：

JDK 8 新特性之 Optional

如果项目中存在大量 xx != null 的判断，可以使用 Optional 来优化。
方案7：尽快返回

分析业务，根据 if else 的执行次数按降序排，把执行次数较多的 if 放在最前面，如果符合条件，就使用 return 返回，如下面代码：

1. if (条件1) {
2.     return
3. }
5. if (条件2) {
6.     return
7. }
9. ...

复制代码

如许改大概是比较简单的方式，在很大程度上可以提升体系的性能，但是还存在以下问题：

• 有的条件不能按执行次数排序，存在先后或者互斥关系。
  
• 如果新增一个条件，大概无法立刻判定它的执行次数，如果放在后面大概也还会影响性能。
  
• 对类的继承膨胀和代码维护没有任何资助。
  

方案8：去除没必要的 if else

比如这种：

1. if (condition) {
2.     ...
3. } else {
4.     return;
5. }

复制代码

优化后：

1. if（!condition）{
2.     return;
3. }

复制代码

或者是如许：

1. return !condition

复制代码

方案9：归并条件

考虑这 1 万 if else 是不是真的每个都有必要，是不是可以归并归类，比如是不是可以把几百、几千个相似逻辑的归为一类，如许也能大大简化 if else 数目。
比如以下代码：

1. double calculateShipping() {
2.     if (orderAmount > 1000) {
3.         return 0.5;
4.     }
5.     if (customerLoyaltyLevel > 5) {
6.         return 0.5;
7.     }
8.     if (promotionIsActive) {
9.         return 0.5;
10.     }
11. }

复制代码

优化后：

1. double calculateShipping() {
2.     if (orderAmount > 1000 || customerLoyaltyLevel > 5 || promotionIsActive) {
3.         return 0.5;
4.     }
5. }

复制代码

如许就把返回相同值的 if 归为一类了，如果 if 较大就能大大简化代码量。
方案10：规则引擎

对于复杂的业务逻辑，业务规则经常变化，规则制定不依赖于技术团队，必要实现可配置的逻辑处置惩罚，此时可以考虑使用规则引擎来处置惩罚，比如 Drools。
规则引擎体系可用于执行一组规则，在很多业务应用程序中，业务决议可以通过一系列的逻辑规则来界说，规则引擎答应这些规则在运行时执行，而无需硬编码在应用程序之中。
规则引擎的好处是：

• 业务逻辑可以和程序代码解耦；
  
• 进步业务逻辑的可管理性；
  
• 进步体系的灵活性和可扩展性；
  
• 业务人员可参与决议过程；
  

总结

掌握优化 if else 的方法很重要，偶然候口试官大概会换着法子问你，比如我们口试辅导这位兄弟碰到的这个口试官，你可以问清楚这一万个 if else 是在一个代码块中，还是在一个项目中，然后再去解答，如果不了解清楚业务场景，盲目答复又会被口试官绕进去。
本文我也总结了 10 种优化 if else 的方法，实在还不止，根据差别的场景还可以使用多态、责任链模式、模板方法模式等更多方法来消除 if else。
总之，消除 if else 并没有万能的方法，也不大概全部优化掉，在实际开发中必要根据实际场景使用差别的方法，以及多种方法组合使用，如许才是正确的方式。
像如许的口试题，我的小程序「Java口试库」另有很多，比如：

• 如果把线程池 corePoolSize 设置为 0，会出现什么情况？
  
• 线程池中的线程抛出了异常，如何处置惩罚？
  
• MySQL 索引为什么选用 B+Tree 作为数据结构？
  
• MySQL 的自增 ID 如果用完了，会怎么样？
  
• 有了多线程，为什么还要消息队列？
  
• ......
  

共 2800+，都是寻常我口试别人，或者学员口试复盘积累下来的真题，不要在网上找乱七八糟的口试题了，浪费时间还容易被误导。
最后，推荐一波我们的「口试辅导」，有在看机会的，离职的、迷茫的，都可以加入，大厂导师 1 v 1 辅导，帮你全面提升口试综合实力，少走很多弯路，最大化提升职场收益。

版权声明： 本文系公众号 "Java技术栈" 原创，转载、引用本文内容请注明出处，抄袭、洗稿一律投诉侵权，后果自尊，并生存追究其法律责任的权利。

更多文章推荐：
1.Spring Boot 3.x 教程，太全了！
2.2,000+ 道 Java口试题及答案整理(2024最新版)
3.免费获取 IDEA 激活码的 7 种方式（2024最新版）
觉得不错，别忘了随手点赞+转发哦！

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。