相信大家平时在电脑上逛掘金、知乎网站时，肯定有看到过下面超级烦人的跳转拦截确认页面

虽然这种拦截的初衷是好的，但是我相信大家平时肯定不会因为有了这个拦截提醒页面，就会对即将打开的网站安全性提高自己的警惕性，而是把它当做用户协议一样无视并点击“继续访问”。这种体验给人的感觉是十分难受的，特别是有时候看一些技术文章，文章里面会贴一些参考资料链接，有时我会习惯先右键新tab中打开，并且继续往下阅读，等看到刚打开的tab栏没有加载圈圈时（说明页面已经加载完毕），再切过去看，结果被拦截了？？？

上一篇《if快还是switch快？解密switch背后的秘密》我们测试了 if 和 switch 的性能，得出了要尽量使用 switch 的结论，因为他的效率比 if 高很多，具体原因点击上文查看。

既然 switch 如此有魅力，那么有没有更好的方法，让 switch 变得更快一些呢？

答案是有的，不然本文就不会诞生了不是？

在上篇 if 和 switch 性能对比的文章中有读者问到：String 类型的 switch 性能是否也比 if 高？先说答案，

这一次我们来聊聊 **JEP 406: Pattern Matching for switch (Preview)**。这是一个预览特性。

前面我们提到过 Java 16 引入了一个对于 instanceof 的模式匹配：

面对这样的if语句，你是不是很难受呢？

Java14：栈长，我还有机会吗？

栈长：必须有！今天说下switch！

Java switch

描述

运用