ObjectId的构成
ObjectId的值由12个字节组成，其中，
4个字节表示时间戳(自Unix纪元以来的秒数)，记录创建时间；
3个字节表示机器标识符，保证不同主机产生不同的ObjectId值；
2个字节表示进程ID，保证在同一台主机不同MongoDB进程产生不同的ObjectId值；
3个字节表示自增计数器(以随机值开头)，保证同一主机同一进程同一秒内产生ObjectId的唯一性。
ObjectId =时间戳(4字节) + 机器标识码(3字节) + 进程ID(2字节) + 计数器(3字节)
ObjectId的构成
ObjectId的值总体上呈递增趋势，但不是绝对的
ObjectId前4个字节存的是时间戳，而时间是递增的，所以ObjectId总体保证递增的顺序。
存储的时间戳只精确到秒，在同一台机器不同的MongoDB进程，同一秒内生成的ObjectId，进程ID小的会排在大的前面。存在这种情况，进程ID大的先生成ObjectId，但还是会排在进程ID小的后面。所以ObjectId递增不是绝对的。
ObjectId在一秒内生成的数量是有限的
3个字节所能表达的最大的整数：2^24-1。所以一个MongoDB进程，在一秒内最多能生成 2^24-1 个ObjectId。
从目前机器的性能来看，要超过这个限制几乎是不可能的。
ObjectId的唯一性
ObjectId近似唯一，理论上会出现很小概率(1/(2^24-1))的重复情况，这取决于MongoDB驱动实现ObjectId方式。
以C#官方驱动来说，构成ObjectId的计数器，C#使用了Interlocked.Increment实现，保证了同一MongoDB进程在同一秒内生成的多个ObjectId的计数器是累加的，从而保证了生成的ObjectId是唯一的。
不过，有些版本的驱动是使用了随机数作为计数器，这种情况下并不能保证生成的ObjectId是唯一的。
所以，除非你使用的是一个非常老的版本，或者很小众的驱动，否则都不需要为重复的ObjectId担心。
