1995年5月23日，Java语言正式诞生，1996年1月，JDK1.0发布；2000年5月，JDK1.3、JDK1.4相继发布；2004年9月，J2SE1.5发布；2009年12月，JavaEE6发布

 java中的IO主要源自于网络和本地文件     IO的方式通常分为几种，同步阻塞的BIO、同步非阻塞的NIO、异步非阻塞的AIO    在JDK1.4出来之前，我们建立网络连接的时候采用BIO模式，

JavaNIO即JavaNon-blockingIO(Java非阻塞I/O)，因为是在Jdk1.4之后增加的一套新的操作I/O工具包，所以一般会被叫做JavaNewIO。

如果你的JDK是1.4，那你需要下载Jacob1.9的jni库才能正常运行，早期版本在JDK1.4下有些问题。

尽管从JDK1.4版本开始，Java内存映射文件（MemoryMappedFiles）就已经在java.nio包中，但它对很多程序开发者来说仍然是一个相当新的概念。

原文链接：http://www.cnblogs.com/merlini/p/3770218.htmlJava线程池使用说明一简介线程的使用在java中占有极其重要的地位，在jdk1.4极其之前的jdk版本中

Java线程池使用说明 一简介 线程的使用在java中占有极其重要的地位，在jdk1.4极其之前的jdk版本中，关于线程池的使用是极其简陋的。在jdk1.5之后这一情况有了很大的改观。

说来惭愧，直到JDK1.4才有这种功能，但迟到者不一定没有螃蟹吃，NI

1下载weblogic，得到wls1211_generic.jar卸载自带的jdk，如下：看有的资料上说有些Linux自带的有jdk1.4；如果自带的有jdk1.4的话首先要把jdk1.4卸载掉。

语言改名为Java，并提出“Write Once ，Run anywhere"； jdk1.2  1999年6月发布，将java划分为J2SE,J2ME,J2EE三大平台； jdk1.4

主要代码由大牛DougLea完成，其实是在jdk1.4时代，由于java语言内置对多线程编程的支持比较基础和有限，所以他写了这个，因为实在太过于优秀，所以被加入到jdk之中。 

JDK1.4的NIO有效解决了原有流式IO存在的线程开销的问题，在NIO中使用多线程，主要目的已不是为了应对每个客户端请求而分配独立的服务线程，而是通过多线程充分使用用多个CPU的处理能力和处理中的等待时间

转：http://automaticthoughts.iteye.com/blog/1612388，有修改 一简介 线程的使用在java中占有极其重要的地位，在jdk1.4极其之前的jdk版本中，关于线程池的使用是极其简陋的

转：http://automaticthoughts.iteye.com/blog/1612388，有修改 一简介 线程的使用在java中占有极其重要的地位，在jdk1.4极其之前的jdk版本中，关于线程池的使用是极其简陋的

    二、NIO介绍        NIO 从JDK1.4 提出的，介

使用SpringJdbcTemplate调用存储过程Spring的SimpleJdbcTemplate将存储过程的调用进行了良好的封装，但可惜只能用于jdk1.5的环境，无法再jdk1.4环境下使用，而

一 简介线程的使用在java中占有极其重要的地位，在jdk1.4极其之前的jdk版本中，关于线程池的使用是极其简陋的。在jdk1.5之后这一情况有了很大的改观。

原文链接：http://automaticthoughts.iteye.com/blog/1612388 一简介 线程的使用在java中占有极其重要的地位，在jdk1.4极其之前的jdk版本中，关于线程池的使用是极其简陋的

一简介线程的使用在java中占有极其重要的地位，在jdk1.4极其之前的jdk版本中，关于线程池的使用是极其简陋的。在jdk1.5之后这一情况有了很大的改观。

一简介线程的使用在java中占有极其重要的地位，在jdk1.4极其之前的jdk版本中，关于线程池的使用是极其简陋的。在jdk1.5之后这一情况有了很大的改观。

内容简介本文主要介绍JavaIO包中，流部分的类结构及主要类的实现，由于JDK1.4之后IO包有部分类重新用NIO实现过，所以也会牵涉到NIO包的部分类，但对整个NIO包暂不做深究。

Java开发Server最大的障碍，就是JDK1.4版之前的的串行垃圾收集机制会引起长时间的服务暂停，明白原理后，想想那些用

Java开发Server最大的障碍，就是JDK1.4版之前的的串行垃圾收集机制会引起长时间的服务暂停，明白原理后，想想那些用JDK1.3写Serve

.163.com/blog/static/80530351200911160593691/JDK版本升级问题2009-12-1612:59:36| 分类：jsp|举报|字号订阅   最近将手上的项目的jdk1.4

第一次使用websphere，遇到这个问题，首先想到的是文件编码的问题，把项目的jsp和properties，xml等文件全部转换成utf8格式，没用后来在仔细找找答案，出现了这个问题产生的原因是IBM在JDK1.4

1JDK1.4及以下版本读取的方法JDK1.4及以下的版本中要想

问题代码：/** *@version1.0缓存用户信息的工具类。 */ publicclassPrivilegeManagerextendsAbstractDomainEntity{ staticfinallongserialVersionUID=1288L; /** *缓存用户信息的HashMap。Key为UID，Value为EGISStaff */ //privatestaticMapus

  众所周知为了提高JavaI/O的速度和效率，从JDK1.4开始引入了java.nio.

现在苹果已经不再支持OSX下安装JDK1.4和JDK1.5的版本了，但我自己的一些应用代码还必须在1.4下运行，之前一直没有好的办法去解决这个问题，很是头疼啊！

原文链接：http://automaticthoughts.iteye.com/blog/1612388 一简介 线程的使用在java中占有极其重要的地位，在jdk1.4极其之前的jdk版本中，关于线程池的使用是极其简陋的

错误原因：jdk1.5相对于jdk1.4改进了一些东西，其中之一就是Enum－枚举类型，

JDK1.4前是通过synchronized实现。JDK1.5后加入java.util.concurrent.locks包下的各种lock。先看一看代码层的区别。

JDK1.4前是通过synchronized实现。JDK1.5后加入java.util.concurrent.locks包下的各种lock。先看一看代码层的区别。

今天下载了关于java swing的一个开源项目包tame，不过由于完成年代久远（98年），很多类在新的jdk1.4或jdk1.5上已经会报错。

JDK1.4比JDK1.

LinuxJDK卸载与安装一、jdk1.4卸载RedhatEnterprise5中自带安装了jdk1.4，在安装jdk1.6前，把jdk1.4卸载：1.首先查看系统自带JDK的版本：[root@linux

阻塞io和无阻塞io：阻塞io是指jdk1.4之前版本面向流的io，服务端需要对每个请求建立一堆线程等待请求，而客户端发送请求后，先咨询服务端是否有线程相应，如果没有则会一直等待或者遭到拒绝请求，如果有的话

监控范围：JDK1.4及以上版本的程序都能够监控。它在JDK里面叫做:jvisualvm，当然我们可以到它的官方网站上去下载它的

监控范围：JDK1.4及以上版本的程序都能够监控。它在JDK里面叫做:jvisualvm，当然我们可以到它的官方网站上去下载它的

监控范围：JDK1.4及以上版本的程序都能够监控。它在JDK里面叫做:jvisualvm，当然我们可以到它的官方网站上去下载它的最新版本

Sun公司发布的JDK1.4的后续版本中提供

1）.到官网下载需要安装的kettle版本，目前最新版本4.2,官网地址：http://kettle.pentaho.org，我们是使用的版本是kettle3.22）.本地安装jdk1.4或以上版本。

阻塞io和无阻塞io：阻塞io是指jdk1.4之前版本面向流的io，服务端需要对每个请求建立一堆线程等待请求，而客户端发送请求后，先咨询服务端是否有线程相应，如果没有则会一直等待或者遭到拒绝请求，如果有的话

从早期所谓的Java沙箱到JDK1.4引入的健壮的、全功能的安全体系结构，安全性一直是Java平台的基本组件。

一简介线程的使用在java中占有极其重要的地位，在jdk1.4极其之前的jdk版本中，关于线程池的使用是极其简陋的。在jdk1.5之后这一情况有了很大的改观。

ThreadPoolExecutor使用简介》[4]，《Java5中的线程池实例讲解》[5]，《ThreadPoolExecutor使用和思考》[6][1]中博主自己通过ThreadGroup实现一个线程池（挺方便理解的），使用的是jdk1.4

java控制台输入有如下几个方法1、JDK1.4及以下版本读取的方法JDK1.4及以下的版本中要想从控制台中输入数据只有一种办法，即使用System.in获得系统的输入流，再桥接至字符流从字符流中读入数据

java自带线程池和队列详细讲解Java线程池使用说明一简介线程的使用在java中占有极其重要的地位，在jdk1.4极其之前的jdk版本中，关于线程池的使用是极其简陋的。

JDK1.4的NIO有效解决了原有流式IO存在的线程开销的问题，在NIO中使用多线程，主要目的已不是为了应对每个客户端请求而分配独立的服务线程，而是通过多线程充分使用用多个CPU的处理能力和处理中的等待时间

在开始之前关于本教程新的输入/输出(NIO)库是在JDK1.4中引入的。NIO弥补了原来的I/O的不足，它在标准Java代码中提供了高速的、面向块的I/O。