本文主要是介绍有 10000 个 if else 该如何优化？被问懵了！，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
这个问题可以看作是一道场景题，它考察一个程序员在面对复杂逻辑判断时的优化能力，也是在考察一个程序员临场发挥技术能力。
方案1：策略模式
使用策略模式确实可以提升代码的优雅性，但也会存在以下问题：
-
如果是大量的 if else 分支，比如这 1 万个，那就会有 1 万个策略类，此时就会造成类膨胀，并且随着时间的推移逐渐变得更加庞大而复杂。
-
如果是多层的 if else 嵌套，策略模式可能也无法派上用场了。
方案2：策略模式变体
这是策略模式的一种变体：
Map<Integer, Runnable> actionMap = new HashMap<>();
actionMap.put("condition1", () -> { /* 分支1的执行逻辑 */ });
actionMap.put("condition2", () -> { /* 分支2的执行逻辑 */ });
actionMap.put("conditionN", () -> { /* 分支N的执行逻辑 */ });// 根据条件获取执行逻辑
Runnable action = actionMap.get("condition1");
if (action != null) {action.run();
}
这种把业务逻辑代码分离出去了，简化了单个类的代码，但如果有大量的条件映射，依然会造成单个类的膨胀和难以维护。
方案3：使用三目运算符
如果判断条件不多，只有 2、3 个的情况下可以使用三目运算符简化 if else 分支。
比如以下代码：
使用三目运算符一行搞定：
超过 3 个条件就不建议使用了，不然代码可读性会大大降低。
方案4：使用枚举
枚举类型可以用来表示一组固定的值，例如星期几、月份、颜色等，它提供了一种更简洁、可读性更高的方式来表示一组相关的常量。
如以下示例代码：
这里我只写了一个字段，我们可以在枚举属性里面定义多个字段，这样就无需大量的 if else 判断，直接通过枚举来获取某个某一组固定的值了。
方案5：使用 Optional
Java 8 提供了一个 Optional 新特性，它是一个可以包含 null 值的容器对象，可以用来代替 xx != null 的判断。
如果项目中存在大量 xx != null 的判断，可以使用 Optional 来优化。
方案6：尽快返回
分析业务，根据 if else 的执行次数按降序排，把执行次数较多的 if 放在最前面，如果符合条件，就使用 return 返回，如下面代码：
这样改可能是比较简单的方式，在很大程度上可以提升系统的性能，但是还存在以下问题：
-
有的条件不能按执行次数排序，存在先后或者互斥关系。
-
如果新增一个条件，可能无法马上判定它的执行次数，如果放在后面可能也还会影响性能。
-
对类的继续膨胀和代码维护没有任何帮助。
方案7：去除没必要的 if else
比如这种：
优化后：
或者是这样：
方案8：合并条件
考虑这 1 万 if else 是不是真的每个都有必要，是不是可以合并归类，比如是不是可以把几百、几千个相似逻辑的归为一类，这样也能大大简化 if else 数量。
比如以下代码：
优化后：
这样就把返回相同值的 if 归为一类了，如果 if 较大就能大大简化代码量。
方案9：规则引擎
在许多业务应用程序中，业务决策可以通过一系列的逻辑规则来定义，规则引擎允许这些规则在运行时执行，而无需硬编码在应用程序之中。
总之，消除 if else 并没有万能的方法，也不可能全部优化掉，在实际开发中需要根据实际场景使用不同的方法，以及多种方法组合使用，这样才是正确的方式。
最后说一句(求关注!别白嫖！)
如果这篇文章对您有所帮助，或者有所启发的话，求一键三连：点赞、转发、在看。
关注公众号：woniuxgg，在公众号中回复：笔记 就可以获得蜗牛为你精心准备的java实战语雀笔记，回复面试、开发手册、有超赞的粉丝福利！
这篇关于有 10000 个 if else 该如何优化？被问懵了！的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
