美文网首页
“极客时间-Java核心技术36讲”阅读总结(1)

“极客时间-Java核心技术36讲”阅读总结(1)

作者: Javar | 来源:发表于2018-09-02 00:04 被阅读0次

    一、对平台的看法

           近两天,我在技术公众号看到了极客时间的推荐,里面提及到评论区有很多高手,于是我就付费体验了一下,先表述一下感想。

           1、极客时间的专栏价格真的挺贵的,不过分享给朋友订阅能获取现金奖励,加之为平台推荐新用户能获得每个用户一张优惠券的奖励,加起来能省不少钱,也许还能赚钱,在这里我为平台的商业模式点个赞,确实能吸引不少用户,如果大牛订阅了专栏还会牵动着大批的粉丝,我就是其中的一个。

           2、评论区是真的质量很高,而且大牛云集,是个学习的平台。但是囿于篇幅,文章的质量很多知识点都是点到即止,需要各位看官回去细细品味。我觉得最好的一点是能向作者提问,评论区里也有不少高能提问,能学到不少知识。

           3、于我而言,专栏对我帮助最大的是专栏的知识体系比较完善,获取的知识也比较容易串联起来,而且还能吸取不少技术大拿的经验,这是我们仅靠看书无法得到的。但专栏始终无法代替书籍,书籍相对来说更深入完善,而且理解书中晦涩的内容对人的提供更大。只是看书需要花大量的时间,专栏能在短时间内获取知识,总体来说专栏能让人快速上手,可以作为书籍的一个补充。

           我觉得知识付费有知识付费的好处,毕竟这对作者来说也是一种鼓励,而且花点小钱就能使自身能力得到提高,这对我们来说也是很大的财富。我觉得花钱得来的知识更使人懂得珍惜,而且不舍得花钱学习的人是真心想提高自己吗?我表示很大的疑问。

    二、学习总结

           侃完了对平台的感受,接下来做正事,总结我今天学到的知识。

           先从“Java核心技术36讲”这个专栏说起吧,这个专栏由Oracle首席工程师杨晓峰编写,里面的文章都是以面试题为切入点,文章中给出了作者的观点以及相关拓展,最后提出一道思考题来引导读者对课程相关内容进行思考。

           今天我就看了三篇(请原谅一名初出茅庐的菜鸟),每一篇都很仔细地看过,接下来结合评论区的内容分篇总结,以及对自己的疑问进行解答。

    (1)谈谈你对Java平台的理解

           这种问题考察的是对Java平台的整体把握,可以从语言特性、Java类库、JVM、Java工具、Java生态、平台模块这几方面回答。既要从整体上把握Java平台,也要理解底层,做到知其然知其所以然。

    Java语言特性:面向对象、反射、泛型、枚举、平台无关等

    Java类库:集合框架、并发包、IO/NIO、网络、安全等

    JVM:GC机制、运行时、动态编译等

    Java工具:辅助工具(jar、jlink、jdeps等)、编译工具(javac、jaotc等)、诊断工具(jmap、jstack、jconsole、jcmd等)

    Java生态:Spring等Java框架、Spark、Hadoop、ElasticSearch等

    Java平台模块:JVM>JRE>JDK,JVM是Java运行时环境,JRE除了JVM外还有Java类库等一些模块,JDK包含了JRE以及Java工具

           Java程序从源代码到运行需要经过几个步骤:Java源代码通过编译器编译成字节码,字节码在JVM中通过解释或编译转换成机器码。令我疑惑的是Java的两次编译是怎么回事?字节码解释和编译又有什么不同?Java的第一次编译是源码编译成字节码,这样才能被JVM加载;第二次编译是即时编译JIT(just in time),它是运行时动态编译,是方法级的。这是JVM的一种优化机制,经过多次调用选出热点代码,将其编译成机器码并缓存起来,接下来用的时候不用重复编译。而解释则少了缓存步骤,每次调用都要解释执行。热点代码有淘汰机制,会随着机器的运行动态变化。因此,Java是解释和编译混合的一种模式,片面地说编译执行或者解释执行都是不对的。

           JVM启动时,可通过传入参数指定其运行模式。“-Xint”告诉JVM只解释执行;“-Xcomp”告诉JVM关闭解释器,不解释执行。但这样JVM启动很慢,而且也不利于JIT的分支预测。Java9中引入了一种新的编译方式AOT(Ahead-of-Time Compilation),将字节码直接编译成机器码,省去了JIT预热的开销。

    (2)Exception和Error的区别

           Exception和Error都是Throwable的子类,只有Throwable的子类才可以被抛出和捕获。Exception是我们设计时可以用到的,能进行捕获并处理异常。Error会导致程序处于非正常的、不可恢复状态。

    Error: OutOfMemoryError、StackOverflowError、NoClassDefFoundError等

    Exception:可检查异常和不可检查异常

    可检查异常:编译时检查的一场( 如IOException以及一些显式抛出的异常 )

    不可检查异常:编译时不检查,运行时才抛出的异常(如ClassNotFoundException、 NullPointerException、ArrayIndexOutOfBoundsException、ClassCastException、ArithmeticException、IllegalArgumentException等)

           那么,ClassNotFoundException和NoClassDefFoundError有什么区别呢?简单来说,当类加载器无法找在指定路径下无法找到类的时候,就会抛出ClassNotFoundException。产生ClassNotFoundException的另一个原因就是多个类加载器在同一个包中加载同一个类,可以通过控制动态类加载过程避免。当JVM或类加载器尝试加载类的时候却无法找到类的定义,会发生NoClassDefFoundError,也就是该类在编译时存在,在其他类new时都可以通过编译,但是在运行new时却无法找到该类的定义

           对于异常处理,有一些实践性的技巧。随着Java的发展,产生了一些新特性,如try-with-resourse、multipyle catch。try-with-resourse是Java1.7引入的新特性,指的是在编写代码时可以不用显式调用实现了AutoCloseable或Closable的类的关闭方法,编译时编译器会自动填充。multipyle catch是指多个Exception可以在一个catch块中被捕获,简化代码编写。

           在进行异常捕获时,我们捕获特定异常,而不是Exception这类通用异常,这样能在代码中明确异常的目的。对于异常,我们尽量不要“生吞”,捕获到异常而不做任何处理,一般情况下可以将异常信息记录到日志中,不建议printStackTrace(),因为不知道异常信息会输出到哪里。

           在处理异常时,我们要本着early throw,catch late的原则,先考虑抛出异常,等有足够的信息时再捕获处理,捕获异常时需要注意避免包含敏感信息。

           checked exception已经偏离了设计初衷,大多数情况下不可恢复。而且checked exception对函数式编程不兼容,意思是说受检查异常在进行函数式编程时无法抛出,只能被捕获。

           异常处理会给性能带来一定的开销,try-catch会影响JVM对代码进行优化,而Exception对象的创建会对栈进行快照,发生频繁时开销就不可忽视了。当然创建Exception对象时也可以不进行栈快照,只是在编码前要仔细斟酌,避免遗漏必要的堆栈信息。

    三、结束语

           由于时间限制,今天先总结两篇文章。看了这几篇文章,我最大大的感受就是我的基础还不够牢靠,很多热门技术和专业属于都不知道,如反应式编程(Reactive Stream)、异常处理的TraceId、Spring的一些异常处理机制等。“路漫漫其修远兮,吾将上下而求索”,我相信只要不断学习积累,一定能到达我向往的高度,共勉!!!

    相关文章

      网友评论

          本文标题:“极客时间-Java核心技术36讲”阅读总结(1)

          本文链接:https://www.haomeiwen.com/subject/dauuwftx.html