java中 创建一个新的类 是否默认继承了Object类

默认继承。
如果在创建类的时候没有声明要继承的类 那么java就默认 把它继承Object类
public class A{
/*Code*/
}

public class A extends java.lang.Object{
/*Code*/
}
以上两种的等价的public class Test // 从Object类继承
{
public static void main(String[] args)
{
System.out.println(new Test().toString());
}
}
从上面的代码可以看出，实际上，Test类的父类就是Object，因此，在Test中可以使用Object类的public或protected资源，如toString方法。那么Java编译器和JVM到底是如何做的呢？
了解这个原因其实并不需要知道JVM的实现细节。只要思考一下对于这种虚拟机程序的原理即可。一般对于这种靠虚拟机运行的语言（如Java、C#等）会有两种方法处理默认继承问题。
1、在编译源代码时，当遇到没有父类的类时，编译器会将其指定一个默认的父类（一般为Object），而虚拟机在处理到这个类时，由于这个类已经有一个默认的父类了，因此，VM仍然会按着常规的方法来处理每一个类。对于这种情况，从编译后的二进制角度来看，所有的类都会有一个父类。
2、编译器仍然按着实际代码进行编译，并不会做额外的处理。如果一个类没有显式地继承于其他的类，编译后的代码仍然没有父类。然后由虚拟机运行二进制代码时，当遇到没有父类的类时，就会自动将这个类看成是Object类的子类（一般这类语言的默认父类都是Object）。
从上面两种情况可以看出，第1种情况是在编译器上做的文章，也就是说，当没有父类时，由编译器在编译时自动为其指定一个父类。第2种情况是在虚拟机上做文章，也就是这个默认的父类是由虚拟机来添加的。

不管是什么类要么是Object的直接子类要么是它的间接子类，什么意思呢。当我自定义一个类的时候，当你没有为它手动进行继承的时候系统默认的是继承Object，当你实实在在的指定这个类继承什么类之后，那么系统就不会进行这个默认处理了，但是我们还是可以说你自定义的这个类是Object的子类，只不过这么时候它们的关系不是直接继承的关系，是间接性的继承关系。好比说，我有a、b两个类，假设a是直接继承了Object类了的一个类，b是我自己定义的一个类，当我b这个类在没有手动指定它去继承哪个类的时候，默认的是继承了Object。当我指定b继承a之后，这么时候系统就不会执行先前的那个默认处理，而是执行你所指定的动作，也就是b继承a，但是这么时候我们任然可以说，b这个类是Object类的子类，只不过这么时候说的子类是间接子类，不是直接继承的关系。由于a继承Object类，这么时候a就拥有了Object类中除开私有成员以外的元素，而这么时候我的b再去继承a的话，b不仅拥有了Object类中被a继承下来的内容，同时也拥有a中自己定义的内容，所以b也是继承了Object类的。只不过不是直接继承，总是我们可以明确一点，我们平时说的java只能实现单继承，这个单继承只的是直接的继承关系，不是指的间接继承关系！

你那样说是错误的，你定义的A类是List的子类，而List是Object的子类，A并没有集成Object类，而是集成了List类，之所以A类具有Object类的某些方法，都是继承自List类。好好理解一下。

有一个A类，B类继承A类，C类继承B类，那么C类即继承了B类也继承了A类，这是类的传递性。

Java只能单继承,a类继承Object,b类继承a,同时Object是b的爷爷,此时b继承的是a的Object