闲言碎语——第四期

最新推荐文章于 2024-04-27 09:13:51 发布

eclipse_xu

最新推荐文章于 2024-04-27 09:13:51 发布

阅读量546

点赞数

文章标签： java 编程语言软件开发人工智能 bug

本文链接：https://blog.csdn.net/eclipsexys/article/details/118283108

版权

点击上方蓝字关注我，知识会给你力量

Class彩蛋

class的文件结构，第一部分是一个MagicNumber——0xCAFEBABE。

很有意思是不是，Cafe Babe。

Wiki里面记录了这个名字的来源，很有意思，地址如下：

https://en.wikipedia.org/wiki/Java_class_file

❝
我们过去常常去一个叫圣迈克尔巷的地方吃午饭。根据当地传说，在黑暗的过去，感恩的死者在成名前曾在那里表演。这是一个非常时髦的地方，绝对是一个感恩死亡的地方。杰瑞死后，他们甚至建起了一座佛教风格的小神龛。我们过去常去那里，我们把那地方称为死亡咖啡馆。沿着这条线的某个地方，人们注意到这是一个十六进制数。我在重写一些文件格式代码，需要几个神奇的数字:一个用于持久对象文件，一个用于类。我使用CAFEDEAD作为目标文件格式，并在“CAFE”(这似乎是一个很好的主题)之后添加了4个字符的十六进制单词，我找到了BABE并决定使用它。在那个时候，除了历史的垃圾桶之外，它似乎并不十分重要或者注定要去任何地方。因此CAFEBABE成为了类文件格式，CAFEDEAD成为了持久对象格式。但是持久对象工具消失了，随之而来的是CAFEDEAD的使用——它最终被RMI所取代。
❞

更巧合的是，0xCAFEBABE的数值表示3405691582，我们对其所有的数字求和，得到的是43，而43正是银河系漫游指南中，宇宙终极答案42，再加一，代表着比终极更进一步（当然，这是我扯淡的）。

老外做这些东西，总是能给人带来一些意外的惊喜。

Let it Crash

“就让它崩溃”（Let it Crash），最近看到一篇文章，说的是微软的老前辈Jeff Richter在一次演讲中，说道：「别去捕获你不知道该怎么处理的exception，Let it Crash」，有人问到，那这样程序不就崩溃了吗，他解释到，没错，Let it Crash，crash is awesome。

其实我们经常遇到这样的问题，很多同事为了避免App崩溃，都会直接把代码catch住，最多再打个log，甚至直接空实现，这样的好处确实是异常被捕获了，App没有崩溃，但是这时候程序的执行逻辑可能已经错了，但是它还在苟且偷生，这些地方就是其他人很难确认问题来源的原因，原本会直接Crash的代码，在崩溃之后很容易就能找到错误的原因，但是现在这些错误都被隐藏了起来，一旦这些错误越来越多，就更难确定最初错误的原因，这也是为什么Jeff Richter会说Let it Crash的原因，出现了不能处理的exception，就应该给到调用者去处理，如果调用者也不处理，那就崩溃吧，把问题暴露出来，才能让代码更健壮，掩盖问题与解决问题，是两个完全不同的两码事。

当然，在中国化的开发下，这个观点也不能完全正确，我认为最好的做法应该是在开发阶段尽可能多的暴露异常，而在生产阶段，尽可能的屏蔽异常。