想跳出程序开发中的那点坑？不了解这些你还真做不到

关注我，你的眼睛会辣

来源｜网络

编辑｜猿姐

学习编程基本就是在学习建造东西。如果你知道你到底想造什么，你的编程学习之路将会豁然开朗。如果你的目标只是“学习如何编程”，却不知道自己到底想写出什么样的程序，也不知道这些程序将如何让你的生活变得更美好，你很有可能会感到编程学习令你沮丧，受挫。

说起来还有点丢脸，猿姐最早想学习编程，是因为猿姐想证明自己聪明。并且，猿姐也想做一份属于聪明人的工作。猿姐还喜欢思考数学及理论。因此，编程怎么看都和自己很搭。

但直到遇到了编程语言里的各式各样杂七杂八的事才知道跳出去有多难。

下面猿姐就给大家简单分享自己遇到过的各种坑，也是各位同学需要注意的

JAVA篇

▼

1. Runnable In Scheduled Executors Service

当使用ScheduledExecutorService， Runnable内没有捕获的RuntimeException将会使Executor停止运行，并且异常不会被输出。

可以试着执行这段代码，定时任务将在你不知不觉中停止。

因此，在使用ScheduledExecutorService时，若需要处理不确定值的输入（例如解析数字字符串、解析时间、拆分字符串等），强烈建议用try-catch捕获异常。

不同于在普通的方法体里，在这里建议使用Exception来而不是特定的Exception。

2.Map 下的 NPE

Map 应该是我们开发中使用最频繁的了，最常用的可能有 HashMap 、 ConcurrentHashMap 这俩了，可能会一不留神写出这样的代码：

可能我们知道 ConcurrentHashMap 的 K/V 都不能为空，但我们有时候并不知道传进来的值是否为空。

那么如何解决呢？

设置时做下检验，对它的特性正确理解及使用。

由于 HashMap 的干扰，很多人认为：

ConcurrentHashMap 是可以置入 null 值，而事实上，存储 null 值时会抛出 NPE 异常Map 类集合 K/V 能不能存储 null 值的情况，如下表格：

3. 在大多数JVM实现里，Object.hashCode和内存地址无关

hashCode必须是保持不变的。不然的话HashSet或者ConcurrentHashMap就没法玩了。然而对象可以在内存的任何地方，并且它的位置还可能不断变化，而这个对你的程序来说是透明的。使用内存地址来当做hashCode是不可行的（除非你自己有一个JVM，对象是固定不动的）。对于 OpenJDK和Hotspot JVM来说，hashCode是按需生成的，并存储在对象的头部。使用Unsafe API你看到hashCode是否已经生成了，甚至还可以修改它。

C语言篇

▼