java多线程知识讲解？
对于Java编程的多线程知识，我们还是要了解很多的，首先我们要知道。java中的线程分为两种：守护线程（Daemon）和用户线程（User）。任何线程都可以设置为守护线程和用户线程，通过方法Thread.setDaemon(bool on)；true则把该线程设置为守护线程，反之则为用户线程。
Thread.setDaemon()必须在Thread.start()之前调用，否则运行时会抛出异常。
多线程情况下，主线程先退出，子线程会被强制退出吗？
首先子线程必须由主线程启动，所以严格意义上的“子线程结束后再执行主线程”是不可能实现，你的意思应该是：主线程创建完子线程后，等待子线程退出，在继续执行。
你的代码基本没有多大问题，只是 Join 方法位置放置不对。thread1.Start(); // 先启动所有子线程 thread2.Start(); thread3.Start(); thread4.Start(); thread5.Start(); thread1.Join(); // 然后在等待子线程退出 thread2.Join(); thread3.Join(); thread4.Join(); thread5.Join(); 你先前的代码： thread1.Start(); // 线程1 启动 thread1.Join(); // 等待 线程1 退出，线程1 未退出前，后面代码无法执行 thread2.Start(); // 以下代码，均同上所述。thread2.Join(); thread3.Start(); thread3.Join(); thread4.Start(); thread4.Join();在学JAVA的时候对io，多线程一知半解，是继续往后学到做项目的时候弄明白呢还是刚开始就要弄懂它们？
一个人的见识和年纪没有关心。同样的，不会随着时间你就懂了。既然遇到了，就花时间解决。还有就是不同的知识深度理解的层次不同。自己努力能理解到什么层次就是什么层次。以后随着知识沉淀有会有新的理解
Java这一行目前以框架为主，都是封装好的你。你暂时可以不必纠结，应该对工作影响不大。但是从长远考虑必须要学好。io这块Apache有几个工具包，可以多读读相关代码。还有个hutool的工具包对常用操作有封装可以从这方面入手。
多线程在java中算是比较难的一块，因此对于刚开始学习的话确实比较难理解，涉及到线程安全的问题。在你学习的过程中可以继续往后学，不影响你学其他模块，最后学完之后可以单独对多线程模块进行强化学习，代码实践，之前我看过一本多线程的书，可以推荐给你。
多线程在java中比较普遍的问题，也是较难理解的部分。
现在可以学习多线程，多线程的内容比较多，有的也涉及到底层。现在可以学学试着理解，有一知半解的时候可以试试找找资料，也可以先记录下来，后面慢慢理解。内容较多，等项目运用到的时候，再学习，可能不知从哪里做起，到时候又花费较多的时间。
总之，学习还是循序渐进，一步步的理解。
作为一个过来人，我觉得很多人都会遇到这个问题，刚学习java的时候，如果时间充足，那么花点时间认真学习多线程的理论知识还是不错的，如果没那么多时间，后续要忙于找工作，我觉得可以先放一放，后续工作后再慢慢研究，毕竟大神都是从小白开始的，只要努力没有学不会的东西，要相信天下没有难学的技术，相信有心的人都可以做到，加油！
java为什么总是需要抛各种异常？
在软件项目中，发生异常不可怕，无法定位到问题才可怕，故障定位和解决时间过长才可怕；如果 Java 方法不能按照正常的流程执行，那么可以通过另外一种途径退出，就是抛出一个封装了错误信息的对象，这个就是 Java 的异常；异常的作用就是为了当程序发生问题的时候，方便开发人员定位和解决问题。
Java 的异常可以分为 Error 和 Exception ：
- Error 是指 Java 运行时系统内部的错误，或者说它代表了 JVM 本身的错误，通常都是比较严重的错误， 比如内存溢出, 虚拟机错误等等；Error 通常和硬件或 JVM 有关，和程序本身无关，所以不能被代码捕获和处理。
- Exception 又可以分为运行时异常和检查异常；
- 运行时异常 RuntimeException：这类异常在编译期间不强制代码捕捉，但是可能在在 JVM 运行期间抛出异常；出现此类异常，通常是代码的问题，所以需要修改程序避免这类异常。常见的运行时异常，比如：NullPointerException、ClassCastException 等等。
- 检查异常 CheckedException：这种异常发生在编译阶段，Java 编译器会强制代码去捕获和处理此类异常；比如：ClassNotFoundException、IllegalAccessException 等等。
在Java 项目中，如何优雅地处理异常呢？
- 不要试图通过异常来控制程序流程，比如开发一个接口，正确的做法是对入参进行非空验证，当参数为空的时候返回“参数不允许为空”，而不应该捕捉到空指针的时候返回错误提示。
- 仅捕获有必要的代码，尽量不要用一个 try...catch 包住大段甚至整个方法内所有的代码，因为这样会影响 JVM 对代码进行优化，从而带来额外的性能开销。
- 很多程序员喜欢 catch(Exception e)，其实应该尽可能地精确地指出是什么异常。
- 不要忽略异常，捕捉到异常之后千万不能什么也不做，要么在 catch{...} 中输出异常信息，要么通过 Throw 或 throws 抛出异常，让上层代码处理。
- 尽量不要在 catch{...} 中输出异常后，又向上层代码抛出异常，因为这样会输出多条异常信息，而且它们还是相同的，这样可能会产生误导。
- 不要在 finally{...} 中写 return，因为 try{...} 在执行 return 之前执行 finally{...} ，如果 finally{...} 中有 return，那么将不再执行 try{...} 中的return。
作者：会点代码的大叔 ，一个写代码的架构师，专注程序员的学习和成长，关注并私信我数字“1”，送你一份程序员大礼包。