优点:
1. 安全(废弃指针)
任何一个学过 C 或者 C++ 的人都知道指针的操作对于他们是很重要的, 指针能够支持内存的直接操作, 这样的直接操作能够带来的是效率上的提高. 但是任何一个东西都是有副作用的, 指针给程序员带了的混乱也是无可比拟的. 对于一个不是很强劲的 C 程序员而言, 指针是要命的(对我而言也是, 我几乎不会写 C 代码). 而 JAVA 就为我们省去了这样的麻烦, 或者说 JAVA 完整的限制了对内存的直接操作, 让程序员能够安心去搞业务逻辑, 而不用管自己后院的那堆内存有没有人来收拾
2. 垃圾回收机制
其实垃圾回收也是 JAVA 对于内存操作的限制之一, 也大大解放了程序员的手脚. 但是也正是这样的一个内存保姆的存在导致 JAVA 程序员在内存上几乎没有概念... 一个纯粹的 JAVA 程序员对于内存泄露这样的问题是从来没有概念的, 因为他从来不用担心, 因为大多数情况下即便他大手大脚也不会有什么问题, 这样也就导致了 JAVA 一个很显见的缺点, 我们后面会讲到.
这里我说点我想到的东西吧.. 其实 JAVA 并没有让程序员完全省心, 他代办的事情也仅仅是内存罢了, 其他资源的调用和释放都还是需要程序员自己来关心的, 比如数据库, 比如文件. 当然了, 我们不能指望什么都吃现成的, 总有东西是要自己做的吧.
3. 平台无关性
平台无关性的真正意义在于程序的可移植性高, 能够在多个平台平滑迁移这点就特别适合网络应用
缺点:
1. 效率
1.1 当然首先就是内存操作限制带来安全的同时带来的副面效果, 就是效率比较低
1.2 面对对象的一个很重要的特点所带来的多态, 这个东西是娘胎里带出来的, 谁也没办法, 而且这个因素的后果很严重, C++ 的多态是编译器编译和连接时实现的, java 是运行时实现的, 效率问题可见一斑了吧
1.3 平台无关性带来的由于需要平台无关, 所以 JAVA 是不能直接调用 OS 的 API 的, JAVA 需要调用自己的 API 来隐式地调用 OS 的 API, 大家可想而知这样的效果多一层调用, 必然多一层代码需要加载到栈内了
2. 逆向编译问题
由于 JAVA 程序是动态连接的, 从一个类到另外一个类的引用是符号化的在静态连接的可执行程序中, 类之间的只是直接的指针或者偏移量相反地, 在 JAVA class 文件中, 指向另一个类的引用通过字符串清楚地标明了所指向的类的名字如果引用指向一个字段的话, 这个字段的名字和描述符会被详细说明如果引用指向一个成员变量, 这个成员变量的名字和描述符 (方法的返回类型, 方法参数的数量和类型) 也会被详细说明这样就可以反编译得到源码
3. 线程调度问题
关于线程调度, 说老实话, 我在学操作系统的时候, 所有的线程问题都是在 linux 下用 C 去做的, 原因第一是 linux 的线程 API 比较清晰, 而且我受不了 Windows 的那些 API 的名构造第 2 就是因为我觉得 Java 虽然是一个总进程下的多线程, 但是线程间的调度没有非常的清晰, 相比较而言, 还不如直接调用操作系统的线程支持呢(虽然 linux 对线程级别支持也不是特别好, 但是毕竟不是有包支持的嘛), 记得当初的哲学家饥饿问题我最后算是用 JAVA 调配出结果了, 可是到最后我自己都晕了这些都是我个人的看法, 也很可能是一些偏见, 至于别人书上专业的解释是: 由于为了能够支持多种系统的不同的线程支持策略, JAVA 只能采取这样笼统而又松散的线程规范
其实优点和缺点是相对的, 做过比较就知道, 其实优点和缺点有时候正是同一个因素带来的. 这也需要我们用唯物主义辨证原理来看待(我只是说唯物主义, 没有国籍的那种). 更多的时候我们需要在我们所需要的东西和我们为此需要付出的代价间作出正确的 trade off.(操作系统老师最喜欢说的词).
来源: http://www.bubuko.com/infodetail-2524916.html