java jdk 1 6

一、JDK和JRE\JVM的区别1、jdkjava标准开发包，提供了编译、运行java程序所需要的各种工具和资源，包括了java的编译器、运行环境、以及常用的类库2、jrejava运行时的环境，用于解释执行java字节码文件。普通用户只需要安装JRE即可3、jvmjava虚拟机，是jre的一部分，跨平台实现的核心。二、为什么采用字节码JVM可以理解的代码叫做字节码，源码经过虚拟机编译后扩展名为.class的文件。只面向虚拟机所以只需要编译一次即可，在不同虚拟机上运行（虚拟机相同）三、什么是跨平台一次编译可以在不同机器上运行，只要安装了虚拟机即可我用详细代码告诉大家Java的字符串常量池及intern方法如何使用jdk7版本以后对intern操作和常量池都做了一定的修改，主要包括2点：1、将String常量池从Perm区移动到了JavaHeap区2、String#intern方法时，如果存在堆中的对象，会直接保存堆中对象的引用，而不会重新创建对象。大家可以通过我的代码的注释来理解和使用Java字符串常量池及intern方法。刚才我的小老弟问了我一个问题，为什么都还在用JDK1.8。我当时楞了几秒，不能因为你们用的是1.8版本就宣告别人也用的1.8吧。不可否认，1.8确实是目前很多互联网公司的经典版本。一般的Java新项目会尝试去使用新版本，但是由于很多插件是基于1.8开发的，所以很多公司为了保险起见，还是会选择1.8。你们项目有用新的JDK吗?JDK18预计会加上RISC-V架构支持。不过对于我们来说，我们需要的可能不是什么JDK18forRISC-V,而是为已有的JDK8，加上新架构的支持。为什么呢？因为咱们公司的百万行Java代码，都是基于Java6，java7，java8为基准的。就低不就高。想升级，真是没那个动力。。。琢磨着JDK8如此稳定，如此可靠，业务频繁迭代，也尽可以完全信赖。。完全没有升级必要。。注解即标注与解析，在Java的代码工程中，注解的使用几乎是无处不在，甚至多到被忽视；无论是在JDK源码或者框架组件，都在使用注解能力完成各种识别和解析动作；在对系统功能封装时，也会依赖注解能力简化各种逻辑的重复实现；知了一笑Java注解与原理分析昨天上午来了一个面试者，本科学历，不到3年工作经验。薪资要求14k，问了一个近年来常见的Java面试题。Jdk1.8的HashMap底层的数据结构是什么？以及put方法的大致流程？但是他只回答了前半部分，是数组+链表或者红黑树。所以整理了一下后半部分的答案。希望能帮助有需要的同学。流程详解看下图，如有错误请大声的指出来[偷笑][偷笑][偷笑]@深漂小小熊长期以来Java的开发一直让人诟病：开发复杂度极高、维护非常困难，难以快速部署及启动当所有人认为Spring不在前进的时候，Spring推出了微架构实现的两个重要框架：SpringBoot和SpringCloud，这两个与其说是Spring，不如说是Spring的另外一次重生。那么，Java开发的复杂度为什么是最高的？在所有的软件行业里面，如果说商用体系，编程语言排在第一位的永远是Java，因为Java的体系丰富，支持度高，安全性也高，但是同时我们所有的开发者也不得不去忍受Java中的以下痛苦：1、Java里面提供的开发支持都属于原生操作代码，例如：JDBC为例，如果使用Java原生代码会重复编写大量的内容，例如：PreparedStatement操作。2、Java进行Web项目开发的时候，必须要求按照严格的格式进行Web项目的创建，以及每当修改Web程序的时候又需要Tomcat的重新启动。3、Java之中虽然提供了所谓的开发标准，但是所有的公司几乎都有可能有自己的开发标准，例如：最初的时代JVM的标准就有三个，而且许多的公司由于版本不同会造成部署的环境不同。4、Java里面严格要求按照MVC的设计模式，MVC设计模式中强调的是前端跟我们后台业务之间的调用，在整个开发过程里面，我相信写过代码的人都应该知道，后端代码相对简单容易些，而所有的琐碎之处却是在前端上。5、以Web开发为例，一个良好的JSP程序代码里面不应该包含任何的Scriptlet程序代码，但是要想做到这一步，我们发现非常麻烦，诸如有各种实现标准，例如：JSTL+EL、Spring的Taglib、Struts的Taglib、JSF等。6、如果现在使用Node.js、Python开发一个控制器程序类可能只需要几行代码，而Java想要开发这样一个程序，我们需要写一堆的代码，而且还要求搞部署。7、Java后期的发展使用了大量的Maven技术作为开发，那么你会发现使用了Maven之后的Java开发处理之中并没有逃离掉传统Web开发的身影，所有的项目依然需要打包为war文件，然后上传到系统之中。使用Maven还有一个最大的痛：如果是开发框架，那一堆的Maven配置依赖库足够让初学者奔溃。8、Restful技术已经开始在行业之中广为流传，而Java要想实现Restful架构的开发，也是相当麻烦的。9、现在行业之中，Spring已经作为了绝对的主流Java架构，但是如果想要在Spring之中整合RabbitMQ、Kafka、ActiveMQ、MySQL、Druid、Redis、Shiro等，需要编写一堆的xml配置文件，这些xml配置文件也足以让初学者崩溃，让初学者抓不到门路。所以，在这样一个大的历史背景下，很多人开始寻求更加简便的开发，而遗憾的是这种简便的开发没有被JDK、JavaEE所支持，因为这些只是平台，平台能够提供的只是原始的技术支持。这一时刻，终于由于Spring框架的升级而得到了新生，Springboot的出现，改变了所有Java开发的困境，Springboot的最终奉行的宗旨：废除掉所有复杂的开发，废除掉所有配置文件，让开发变得更简单纯粹。（但我觉得不太可能），核心：零配置（这就是个梦）