本文介绍了为什么AtomicInteger实现了Serializable的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
符合javadoc，
public class AtomicInteger extends Number implements java.io.Serializable {
// code for class
}
但是，
public abstract class Number implements java.io.Serializable {
//code for class
}
如果 Number 类已实现 java。 io.Serializable 然后为什么 AtomicInteger 再次实现它？
If Number class already implements java.io.Serializable then why do AtomicInteger implements it again?
编辑： Serializable作为标记接口是否会在此上下文中产生任何差异？
Does Serializable being a marker interface makes any difference in this context?
推荐答案
只是为了更清楚地记录它。 。
Just to document it more clearly. Same situation with the abstract collection base classes.
（现在为了一致性而继续推进）。
Could also have been a mistake initially (that is now carried forward for consistency's sake).
这篇关于为什么AtomicInteger实现了Serializable的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！