优点：

安全（废弃指针）

任何一个学过C或者C++的人都知道指针的操作对于他们是很重要的,指针能够支持内存的直接操作,这样的直接操作能够带来的是效率上的提高.但是任何一个东西都是有副作用的,指针给程序员带了的混乱也是无可比拟的.对于一个不是很强劲的C程序员而言,指针是要命的(对我而言也是,我几乎不会写C代码).而JAVA就为我们省去了这样的麻烦,或者说JAVA完整的限制了对内存的直接操作,让程序员能够安心去搞业务逻辑,而不用管自己后院的那堆内存有没有人来收拾

垃圾回收机制

其实垃圾回收也是JAVA对于内存操作的限制之一,也大大解放了程序员的手脚.但是也正是这样的一个内存保姆的存在导致JAVA程序员在内存上几乎没有概念...一个纯粹的JAVA程序员对于内存泄露这样的问题是从来没有概念的,因为他从来不用担心,因为大多数情况下即便他大手大脚也不会有什么问题,这样也就导致了JAVA一个很显见的缺点,我们后面会讲到.

这里我说点我想到的东西吧..其实JAVA并没有让程序员完全省心,他代办的事情也仅仅是内存罢了,其他资源的调用和释放都还是需要程序员自己来关心的,比如数据库,比如文件.当然了,我们不能指望什么都吃现成的,总有东西是要自己做的吧.

平台无关性

平台无关性的真正意义在于程序的可移植性高，能够在多个平台平滑迁移。这点就特别适合网络应用

面向对象编程

面向对象是：把构成问题事务分解成各个对象，建立对象的目的不是为了完成一个步骤，而是为了描叙某个事物在整个解决问题的步骤中的行为。

面向过程是：分析出解决问题所需要的步骤，然后用函数把这些步骤一步一步实现，使用的时候一个一个依次调用就可以了；

可以拿生活中的实例来理解面向过程与面向对象，例如五子棋，面向过程的设计思路就是首先分析问题的步骤：1、开始游戏，2、黑子先走，3、绘制画面，4、判断输赢，5、轮到白子，6、绘制画面，7、判断输赢，8、返回步骤2，9、输出最后结果。把上面每个步骤用不同的方法来实现。

如果是面向对象的设计思想来解决问题。面向对象的设计则是从另外的思路来解决问题。整个五子棋可以分为1、黑白双方，这两方的行为是一模一样的，2、棋盘系统，负责绘制画面，3、规则系统，负责判定诸如犯规、输赢等。第一类对象（玩家对象）负责接受用户输入，并告知第二类对象（棋盘对象）棋子布局的变化，棋盘对象接收到了棋子的变化就要负责在屏幕上面显示出这种变化，同时利用第三类对象（规则系统）来对棋局进行判定。

可以明显地看出，面向对象是以功能来划分问题，而不是步骤。同样是绘制棋局，这样的行为在面向过程的设计中分散在了多个步骤中，很可能出现不同的绘制版本，因为通常设计人员会考虑到实际情况进行各种各样的简化。而面向对象的设计中，绘图只可能在棋盘对象中出现，从而保证了绘图的统一。

面向过程

　　优点：性能比面向对象高，因为类调用时需要实例化，开销比较大，比较消耗资源，比如单片机、嵌入式开发、Linux/Unix等一般采用面向过程开发，性能是最重要的因素。 

　　缺点：没有面向对象易维护、易复用、易扩展

面向对象

　　优点：易维护、易复用、易扩展，由于面向对象有封装、继承、多态性的特性，可以设计出低耦合的系统，使系统更加灵活、更加易于维护 

　　缺点：性能比面向过程低

Java拥有大量的第三方类库

假如你想解析HTML，用C/C++这类语言恐怕多半只能自己编写解析算法库了，而如果是Java，你可以非常轻松地在Github上找到JSoup，使用Maven导入依赖后分分钟就搞定HTML。为此还有一句讽刺Java的话是：“我们不生产代码，我们只是Github的搬运工。”这句话从字面上看是很有道理的，但却忽略了对软件生产效率的提升所带来的巨大价值。对于软件的开发，公司的唯一成本其实就是“人头费”，每减少一个月开发时间，就能帮助公司节省几十万几千万的研发成本。

Java拥有功能强大的IDE

Eclipse，通过插件几乎可以满足你开发的任何需求。它虽然有些慢，但你可以通过JVM调优来提高程序的流畅度，千万不要使用默认的JVM参数。不过，IntelliJ Idea已经完全超越Eclipse了，Idea的智能程度几乎可以媲美Win平台下的VS。我是那类离了Vim就活不下去的人，在这两款IDE中都有Vim插件从而让我愉快地存活下去。

Java拥有很多杀手级应用

Spring, Struts, Hibernate, Hadoop, Tomcat, JBoss等等

Java的语法特性很少

C++相比C添加了大量特性，学起来费事不说，用起来还会降低代码可读性，其实是费了工夫不讨好。当今世界对编程语言的要求是语法简单，代码可读，对性能已经是退而求其次了，因此才诞生了Python, Ruby这样的编程语言。有很多人批评Java语法写起来很臃肿，我承认这一点，但事实是，编程语言从来都不是因为语法臃肿而被淘汰的，决定其生死的是生态系统。

Java的性能已足够高

Sun/Oracle的HotSpot JVM内置的JIT编译器在运行时对字节码已经做出了非常大的优化努力，服务端应用启动后对JVM进行足够的”预热”，并给出合理的启动参数即可。如果不是对性能十分敏感的系统类应用，Java已经足够快了。有一种简单可行的方法可以形象地看出这点，在JVM启动参数中添加+XX:PrintCompilation可以看到JIT编译器的忙碌。当今世界对软件的需求量越来越大，在性能可接受的情况下，开发效率才是第一位的，这也是Python这类动态脚本语言流行的主要原因。

Java拥有世界上数量最多的程序员

虽然大家都称他们为码农，但数量放在那里，最明显的效果就是公司招人的时候会比较容易地招到Java程序员。试想如果你想要做一套软件，你有一个很棒的技术方案需要用C++，Scala或Ruby等语言实现，但招不到足够的人手，那么计划多半泡汤。这时候你的应用Java也能做到，并且很轻松就能招到足够的人，那么你选择Java的可能性就要大一些

缺点：

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.(操作系统老师最喜欢说的词).

4.面向对象编程带来的问题

容易过度设计

代码膨胀

面向对象不适用于内聚的，效率优先的，并发的，线性的项目

 

1、理解java单继承

2、理解java都继承自object