从根本上来说，对象就是一个特殊结构的内存以及可以访问这块内存的代码。所以你这个问题其实就是一个到底如何看什么是对象的。

我不了解现在jvm的具体实现，所以只能就理论上进行下分析。

由于现代的编译器都可以对内存及其访问进行优化，所以，如果当子类增加了新的属性：

比如父类是一个字节和一个整数，子类又增加了一个字节和一个整数

而编译器对子类内存数据的位置进行了调整的话，那在逻辑层面上结构没有变化，但物理层面上，访问各项数据的地址可能就发生了变化。

而在子类初始化时是先统一分配内存，然后先调用父类的初始化器，再调用自己的初始化器的，而如果编译器调整了子类中父类那部分数据的地址的话，则子类所调用的父类初始化器其实是原本父类初始化器的一个多态函数(因为在物理层面上数据的访问地址发生了变化，所以访问的以及是一个新的数据结构了)，实质上和原始的父类初始化器是两个函数。

这样的话，从子类来看，其父类的数据及初始化器都发生了变化，这个父对象和真正的父类的对象也就只具有逻辑上的等价性了。

所以这个问题，在逻辑上肯定是先要生成并初始化一个父对象，然后再增加自己的扩展并适当修改父类的行为，这本就是OOP的基本思想。但在物理层面上，则是根据实际情况由编译器自行决定。

因为现代程序技术(同样也是IT、甚至是整个工程技术领域)的核心思想就是自己管好自己的事，其他人只和我们通过接口/API进行契约，怎么干那是他的事，所以这个问题其实就是要看你站在哪边了，如果是研究编译器的，那肯定是没有生成父对象，如果只是用编译器进行编程，那就一定是先生成父对象，然后再进行扩展和修改

这个思想就是我们常说的透明性，跨过边界多了解点对方是如何工作的，有助于我们理解对方所提出的契约要求，这会帮助双方更好的配合工作，但你的重心是一定要先搞定自己一侧的东东，所以你的问题其实是没有深刻的理解到底什么是面对对象技术。