document the java: sun microsystems 公司的白皮书-- 1995.10 james gosling 和 henry mcgilton 的草案-- 说明了java的以下主要特性:
*simple and familiar (简单熟悉)
*object-oriented (面向对象)
*architecture-neutral (结构中立)
*portable (可移动)
*somewhat interpreted (部分解释)
*distributed (分布式的)
*robust (鲁棒性)
*secure (安全)
*high performance (高性能)
*multi threaded (多线索)
*dynamic (动态)

java 特性 -- 简单熟悉
java 省略了c++ 中一些很少用到的, 不易理解的和易于混淆的特性, 包括操作符重载, 多重继承, 指针和自动类型强制.
它增加了自动垃圾清理, 使得用java进行动态编程比用 c 或 c++ 容易.
不再有mallocs!
它还加了´接口´ 构造, 类似于 objective c 的概念, 经常用于通过允许method调用语法是"继承的"来弥补多重继承的缺少带来的不便.
结果因为它类似于c++, 用户会比较熟悉, 便于编程.
这样做的另一个结果是使得内核变得很小, 适用于消费者电子设备. 基本解释器(alpha) 为~40kb, 库和线索另外需要 175kb.

java 特性 -- 面向对象
java 模型可以看成是 c++ 的一个子集, 带有一些从objective_c 中继承下来的动态元素(方法重载, 垃圾收集).
结构, 联合和函数被抽象成为java类的数据和方法(methods) -- java 比较简单!
java模型的长处不仅在于简单还在于和系统相关的类库的扩充 (大约 250 个公共库在alpha 和 beta 版中发布).
java 类也在web 嵌入模型中起到通讯单元的作用. applet 类通过html的applet标记中的名字标识自己. applet 下载出现在applet源程序中的其它类. 因此, java 类名字起到分布式java代码数据库的地址模式的作用.

java 特性 --结构中立
c/c++ 在异构网络环境下编程需要使用和兼容多个平台和相应的编译器. 这个问题在 java中通过称为bytecode(或opcode)的独立于平台的二进制描述解释的设计而解决了.
java 编译器(用 java 写成的, 平台独立) 读取 java 源程序生成java bytecode. 这些 bytecodes 根据浏览器的要求被送到客户端的机器上.
每个客户机器必须运行 java 解释器, 它完成 java bytecode的解释执行. java 解释器是用posix的ansi c编写的, 需要送到每个单独的平台下面进行一次常规的编译.
一旦解释器就绪, 应用程序开发者不必关心任何平台说明和区别不同的本地编译器.

java 特性 -- 可移动
java 语言提供了一个统一的抽象 (虚拟) 机器模型, 对所有的平台是一致的.
sun 拥有 java 虚拟机 -- 它是通用的, 而任何用户可以增加它的类
不同于在 c/c++ 中需要手工为不同的整数匹配到物理机器的结构上, java byte, char short, int 和 long 的大小始终是一样的, 分别等于 8, 16, 16(unicode), 32 和 64 位.
没有头文件, 预处理程序,#define 等.
浮点数总是ieee 754
特定窗口环境的区别的说明 (x windows, ms windows, macintosh) 根据抽象窗口工具 abstract windowing toolkit (awt) 消除掉了.
awt 是由 ~60 java 类(alpha)写成的, 它提供了一个通用的 gui 编程模型, 可以在 unix, pc 和 mac 上移动, 由java解释器自动翻译成本地平台的窗口系统.

java 特性 -- 部分解释
java 代表了完全编译 (如 c/c++) 和完全解释 (如 smalltalk 或者 perl) 之间的一种折衷方案.
java "编译器" 生成一种二进制 bytecode 输出, 它是可移动的, 比特定机器实际所需的二进制代码要小得多 .
java "解释器" 执行这个 bytecode , 因此动态性比象perl这样的解释器小 (后者内部实现一个等价的 bytecode 构造, 当阅读程序源码时 on-the-fly).
通常地, 编辑过程是: a) 时间消费和 b) 平台说明. 因此, 解释器用于促进 a) 快速原型化和/或 b) 可移动性. java 模型主要考虑平台独立性但是效率也是适当的因为java 编译器比较快, 生成简洁的 bytecode 输出.

java 特性 -- 分布式
流行的 tcp/ip 为基础的协议如 ftp 或 http 是根据网络协议类来支持的. 这方便了各种形式的分布式处理. 新的协议 (如 pvm ) 可以增加和动态安装.
java 的分布式计算模型主要是客户-服务器, java 编译器在服务器一方准备 opcodes, java 解释器在客户一方执行它.
用户可以期待用服务器和客户的java线索互相通讯实现更多的动态使用.

java 特性 -- 鲁棒性
java 增强了编译时的类型检查, 消除了 c/c++ 在这方面的一些错误.
指针算法被完全放弃, 这样是为了运行时检查数组下标和增强了java模型的安全性.
始终要求显式说明, 即 c 类型的隐式说明被放弃. 这样使得java 编译器可以完成早期的错误检查.
java中快速原型化(prototyping )不如 javascript,lisp, tcl, smalltalk 或 perl, 但是java的软件质量保证比这些更加动态和 ´宽大的´ 语言要好.

java 特性 -- (希望的) 安全性
java 二进制代码在网络中传送, 在客户机器上执行. 因此安全性是一个至关重要的问题, 在java中得到着力加强.
java 有它自己的已安全方式设计的网络类
c++ 模型的修改如去掉指针算法和强制类型转换主要是基于安全要求的考虑.
多数病毒是基于对私用的/保护的计算机存储器的访问实现的, 这在java中是不可能的.
java opcode 是由java解释器在客户一端独占的虚拟存储器中执行的. 因此除非java解释器自己存在安全漏洞, 否则模块是安全的, 用户无法通过不正确地或者恶意地编写applet产生安全漏洞.
穿过网络发送的 bytecode在客户端被检验, 阻止恶意/错误的类引发问题

java 特性 -- 高性能
java 解释器完成java bytecode的on-the-fly runtime 执行, 获得了满意的性能.
not true in initial software which is often 100 times slower than c but this is expected to improve as true compilers are produced and general software improves!
支持生成从bytecode中生成与本地机器相关的代码, 作为中级编译器形式来看, 这一点满足了对性能要求较高的应用程序.
从jave bytecode中生成的机器代码的性能与同样平台下的典型的 c/c++ 编译器提供的性能相当.
这里的一些概念实际上和 osf/andf 相似. 使用 andf 术语的话, 我们可以称 java 编译器为 ´生产者producer´, 这里讨论的机器代码生成器是一个 ´安装者installer´. 缺省情况下 java 的工作模式不使用 installer 而是直接解释中级代码形式 (这种方式在 andf 中是用 gai -- generalized andf interpreter支持的).
andf 模型在原理上可以应用到所有的语言上. java/hotjava 系统为java语言实现了 andf 概念.

java 特性 -- 多线索
java 模型提供优先权多线索, 在thread类上面执行. 线索方法基于c.a.r. hoare的监视者和条件变量变化表提供一套时间同步原语. java 线索从xerox park的先驱性的cedar/mesa系统(它创造了macintosh和面向对象程序设计)中继承了一些特性.
java 多线索在applet 编程中的一个典型应用是有几个独立但又相互关联的情况的模拟 (例如各种排序算法的), 它们同时在一个applet窗口中运行. 多线索还内部用于 hotjava 浏览器, 处理多个动态文档.
另一个有趣的应用领域是多-hotjava 环境的情况, 例如合作实验室或游戏
java 线索内置的点对点通讯原语. 各种线索的通讯环境可以通过线索和网络协议对象的联合来提供.

java 特性 -- it 动态性
java 模型比c++的动态性要好, 接近于smalltalk 或 perl.
在父类实现被更新后, 子类不需要重新编译.
类有runtime 陈述(按照class类实现), 它允许用户在运行时察看一个给定对象实例的类型 (在 c 中如果指针是指向整数或浏览器则无法知道)
c++ 有 "脆弱父类" 问题, 如果改变了父类或引用的类中的任意内容(方法/实例变量), 必须重新编译子类. java 在运行时解决类的引用, 解决了这个问题.