大家好，今天小编关注到一个比较有意思的话题，就是关于java语言中的类可以多继承的问题，于是小编就整理了4个相关介绍j***a语言中的类可以多继承的解答，让我们一起看看吧。
- Java集合类库的顶层里的Collection,List,Set是抽象类的话是否更“正确”一些？
- Java里的继承是否要遵守《民法典》？
- 为什么Java只有值传递，但C# 既有值传递，又有引用传递，这种语言设计有哪些好处？
- java为什么总是需要抛各种异常？
J***a***类库的顶层里的Collection,List,Set是抽象类的话是否更“正确”一些？
不正确，j***a是单继承的，如果顶层是抽象类，对于后面的代码扩展很不利的。而j***a的接口是多实现的，j***a官方对于Collection和set、List设计的也都是接口来设计，符合了j***a的接口多少实现的特性。如果都是设计成抽象类，后面我们在实际开发中，自己的类就没法实现了。具体它们的结构如下：
Collection 接口的接口 对象的***（单列***）
├——-List 接口：元素按进入先后有序保存，可重复
│—————-├ LinkedList 接口实现类， 链表， 插入删除， 没有同步， 线程不安全
│—————-├ ArrayList 接口实现类， 数组， 随机访问， 没有同步， 线程不安全
│—————-└ Vector 接口实现类 数组， 同步， 线程安全
│ ———————-└ Stack 是Vector类的实现类
└——-Set 接口： 仅接收一次，不可重复，并做内部排序
├—————-└HashSet 使用hash表（数组）存储元素
│————————└ LinkedHashSet 链表维护元素的插入次序
└ —————-TreeSet 底层实现为二叉树，元素排好序
J***a里的继承是否要遵守《民法典》？
需要的，父类的财产子类可以继承，不过父类留下的bug，欠下的性能帐，一样要继承。好在，税务局没有征收遗产税。
以前，***不让多new，现在鼓励多new新对象，你new的多吗？
为什么J***a只有值传递，但C# 既有值传递，又有引用传递，这种语言设计有哪些好处？
引用传递的优点：
有效避免了变量***的开销，比如参数是一个比较复杂的结构体，那么使用引用传递就比直接传递来得好，性能会有优势。
引用传递的缺点：
引用传参，在函数中对该变量所做的修改，在函数返回后依然存在，这有时候其实并不是开发者希望的结局。
至于J***a为什么不提供引用传递这样的机制，可能是J***a语言设计者的一个思想问题，可能是为了保持简单、统一性。比如J***A里也没有多继承的概念，而在C++中是可以实现多继承的。J***a中没有自定义值类型的方式，既然J***a中所有自定义类型都是引用类型，那么这个语法作用就很有限，不支持就是正常的。
而C#提供这样的机制，也是语言设计者的思路问题，可能是本着用户怎么方便怎么来的初衷而设计，C# 原本设计是用来代替 C++ 做 win32 开发的，之前很多用MFC做winform的，C#的出现使得winform开发变得快速、简单，我个人认为C#语言设计的很先进、优秀。
J***a有值引用也有址引用，只是J***a不推荐直接址引用，取消了指针，但其实时刻在用，比如，对象的调用，传的的是地址，不是值，这样规范了指针和址引用的方法，避免出错，使开发人员更专注业务实现而不是内存级的开发
J***a除基础数据类型外，没有值类型，只有引用类型。因此不存在需要大量拷贝的大结构体。对于基础数据类型，其长度与一个指针长度相近，不需要使用指针来避免太长的内存拷贝。对于引用类型，变量本身就是指向对象的指针，不需要额外套一层引用。因此J***a不需要引用传递。
C#作为更先进的语言，为了给与开发者更多的性能优化的空间和原生交互的体验，允许用户自定义更复杂的值类型，因此会涉及到size较大的值类型在传值时需要大量拷贝的情况，为了避免太长的内存拷贝，对变量进行引用传递是非常必要的。
j***a为什么总是需要抛各种异常？
在软件项目中，发生异常不可怕，无法定位到问题才可怕，故障定位和解决时间过长才可怕；如果 J***a 方法不能按照正常的流程执行，那么可以通过另外一种途径退出，就是抛出一个封装了错误信息的对象，这个就是 J***a 的异常；异常的作用就是为了当程序发生问题的时候，方便开发人员定位和解决问题。
J***a 的异常可以分为 Error 和 Exception ：
- Error 是指 J***a 运行时系统内部的错误，或者说它代表了 JVM 本身的错误，通常都是比较严重的错误， 比如内存溢出, 虚拟机错误等等；Error 通常和硬件或 JVM 有关，和程序本身无关，所以不能被代码捕获和处理。
- Exception 又可以分为运行时异常和检查异常；
- 运行时异常 RuntimeException：这类异常在编译期间不强制代码捕捉，但是可能在在 JVM 运行期间抛出异常；出现此类异常，通常是代码的问题，所以需要修改程序避免这类异常。常见的运行时异常，比如：NullPointerException、ClassCastException 等等。
- 检查异常 CheckedException：这种异常发生在编译阶段，J***a 编译器会强制代码去捕获和处理此类异常；比如：ClassNotFoundException、IllegalAccessException 等等。
在J***a 项目中，如何优雅地处理异常呢？
- 不要试图通过异常来控制程序流程，比如开发一个接口，正确的做法是对入参进行非空验证，当参数为空的时候返回“参数不允许为空”，而不应该捕捉到空指针的时候返回错误提示。
- 仅捕获有必要的代码，尽量不要用一个 try...catch 包住大段甚至整个方法内所有的代码，因为这样会影响 JVM 对代码进行优化，从而带来额外的性能开销。
- 很多程序员喜欢 catch(Exception e)，其实应该尽可能地精确地指出是什么异常。
- 不要忽略异常，捕捉到异常之后千万不能什么也不做，要么在 catch{...} 中输出异常信息，要么通过 Throw 或 throws 抛出异常，让上层代码处理。
- 尽量不要在 catch{...} 中输出异常后，又向上层代码抛出异常，因为这样会输出多条异常信息，而且它们还是相同的，这样可能会产生误导。
- 不要在 finally{...} 中写 return，因为 try{...} 在执行 return 之前执行 finally{...} ，如果 finally{...} 中有 return，那么将不再执行 try{...} 中的return。
作者：会点代码的大叔 ，一个写代码的架构师，专注程序员的学习和成长，关注并私信我数字“1”，送你一份程序员大礼包。
到此，以上就是小编对于j***a语言中的类可以多继承的问题就介绍到这了，希望介绍关于j***a语言中的类可以多继承的4点解答对大家有用。