java常见问题

1、 类、对象的概念：

1） 类：具有共同属性和行为的对象的抽象。类是创建对象的模板。

2） 对象：现实世界中的实体。在计算机中，是指可标识的存储区域。

3） 类是对象的抽象、对象是类的实例。

2、 抽象：是从特定的实例中抽取共同性质形成一般化概念的过程。

3、 接口与抽象类：

1）接口和抽象类都用于抽象，接口是抽象类的抽象。

2）接口中只有方法声明，没有实现（无方法体）；在接口中声明的方法具有public和abstract属性，一个类可以实现多个接口（即多继承），接口以‘，’分隔；接口中的方法必须全部实现。

3）抽象类可以有部分方法实现，抽象类必须通过继承才能使用。

4、内部类（Inner Class）：

1）内部类是嵌套在另一个类中的类。

2）内部类用于名称隐藏和程序代码的组织，另外内部类拥有直接访问其外部类所有成员（包括private的）的权限（无需任何关键字修饰）。

3）内部类不可以在其他类或main方法里实例化，必须使用如下方法（非静态内部类）

外部类.内部类 对象名=new 外部类().new 内部类();

静态内部类调用方式：

外部类.内部类 对象名=new 外部类.内部类();

4）非静态内部类不可以声明静态成员；静态内部类的非静态成员可以访问其外部类的静态成员，声明为静态的成员不可以访问外部的非静态成员。

5、访问修饰符限制：

Private protected friendly(default) public

同类 Y Y Y Y

同包不同类 N Y Y Y

同包子类 N Y Y Y

不同包不同类 N N N Y

不同包子类 N Y N Y

6、Static关键字的使用：

1）类成员，直接使用 类名.成员 调用。

2）静态方法只能访问静态成员。

3）静态方法不能使用this、super关键字。

4）静态方法不能被非静态方法重写或重载。

7、final关键字：

1）被final修饰的变量为常量不能改变。

2）被final修饰的方法不可以重写。

3）被final修饰的类不能被继承。

8、abstract关键字：

1）被abstract修饰的类不能实例化。

2）被abstract修饰的方法只能在子类中实现。

9、native关键字：非Java语言的编写，例如JNI技术。

10、synchronized关键字：多线程的同步访问控制。

11、分类列举服务器和组件技术：

1）服务器端技术：Jsp、Servlet；

2）组件技术：JavaBean、EJB。

12、Http与Https：Https即多了安全的Http，s（Security Socket Layer）指加密套接字协议层（简写SSL）。

13、OSI（Open System Interconnection）网络抽象模型：

1）由国际标准化组织（ISO）提出。

2）将互联网分为七层，从下至上分别为：物理层（physical）、数据链路层（data link）、网络层（network）、传送层（transport）、会话层（session）、表示层（presentation）、应用层（application）。底层通过提供接口支持上层功能。各层详解：

物理层：LAN/ATM，为硬件层。

数据链路层：LAN/ATM

网络层：IP协议，IOS

传输层：TCP/UDP协议，支持Java Socket。

会话层：

表示层：HTML、XML

应用层：HTTP协议，使用Java Servlet/JSP

<第八层（Web服务层）：SOAP/UDDI>

14、J2EE的容器与服务器：

容器负责EJB组件中生命周期的控制；

服务器包含在容器外，提供系统级操作底层服务，包括事务、事件、多线程……。

15、继承限制：

父类对象不可以赋给子类对象，因为子类可能具有更多的成员，反之可以。

16、逻辑操作：c=(a>b)?a:b;等同于下式

if(a>b) c=a; else c=b;

17、列举常见集合框架类型：

1）List、Set、Map。由这三个接口实现出ArrayList、LinkedList、HashSet、TreeSet、HashMap、TreeMap等常用集合框架。

2）Vector属于重量级组件不推荐使用。

3）Map类型维护键/值对，Hashtable与HashMap相近但效率略低于HashMap、高于TreeMap，TreeMap优点是可以排序。

4）Set类型可装入唯一值，HashSet效率高于TreeSet但TreeSet可以维护内部元素的排序状态。

5）List类型可按某种特定顺序维护元素。ArrayList允许快速随机访问，但如果添加或删除位于中间的元素时效率很低；LikedList提供最佳循序访问及快速的中间位置添加删除元素，并有addFirst、addLast、getFirst、getLast、removeFirst、removeLast方法。

18、面向对象的特征：

1）继承：通过子类可以实现继承，子类继承父类的所有状态和行为，同时添加自身的状态和行为。

2）封装：将代码及处理数据绑定在一起的一种编程机制，该机制保证程序和数据不受外部干扰。

3）多态：包括重载和重写。重载为编译时多态，重写是运行时多态。重载必须是同类中名称相同参数不同（包括个数不同和类型不同），但返回类型不同不构成重载；重写发生于子类对父类的覆盖，子类继承父类方法名相同、参数列表相同、返回类型相同才构成重写。

19、Java命名规范：必须以英文字母、下划线（’_’）或’$’开始，其余可以有数字但不允许 包含空格，且组合后的名称不能是Java关键字或保留字。

匈牙利命名法：以m开始为类成员变量，以g开始为全局变量，以v开始为本地局部变量，常量命名一般不以下划线、美元符开始。

驼峰命名：一般称由多个单词或缩写组成的变量名，并且该变量名每个单词首字母均为大写（一般类名全部首字母大写，方法或属性名第一个字母小写）的称为驼峰命名。

20、Java语言共包含47个关键字。

21、设计模式：

一个设计模式描述了一个被证实可行的方案。这些方案非常普遍，是具有完整定义的最常用的模式。一般模式有4个基本要素：模式名称（pattern name）、问题（problem）、解决方案（solution）、效果（consequences）。

常见23种模式概述：

1） 抽象工厂模式（Abstract Factory）：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

2） 适配器模式（Adapter）：将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的类可以一起工作。

3） 桥梁模式（Bridge）：将抽象部分与它的实现部分分离，使它们都可以独立地变化。

4） 建造模式（Builder）：将一个复杂对象的构建与它的表示分离，使同样的构建过程可以创建不同的表示。

5） 责任链模式（Chain of Responsibility）：为解除请求的发送者和接收者之间耦合，而使多个对象都有机会处理这个请求。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它。

6） 命令模式（Command）：将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可取消的操作。

7） 合成模式（Composite）：将对象组合成树形结构以表示“部分－整体”的层次结构。它使得客户对单个对象和复合对象的使用具有一致性。

8） 装饰模式（Decorator）：动态地给一个对象添加一些额外的职责。就扩展功能而言，它能生成子类的方式更为灵活。

9） 门面模式（Facade）：为子系统中的一组接口提供一个一致的界面，门面模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

10） 工厂方法（Factory Method）：定义一个用于创建对象的接口，让子类决定将哪一个类实例化。Factory Method 使一个类的实例化延迟到其子类。

11） 享元模式（Flyweight）：运用共享技术以有效地支持大量细粒度的对象。

12） 解释器模式（Interpreter）：给定一个语言，定义它的语法的一种表示，并定义一个解释器，该解释器使用该表示解释语言中的句子。

13） 迭代子模式（Iterator）：提供一种方法顺序访问一个聚合对象中的各个元素，而又不需暴露该对象的内部表示。

14） 调停者模式（Mediator）：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式的内部表示。

15） 备忘录模式（Memento）：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。这样以后就可将该对象恢复到保存的状态。

16） 观察者模式（Observer）：定义对象间的一种一对多的依赖关系，以便当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动刷新。

17） 原始模型模式（Prototype）：用原型实例指定创建对象的种类，并且通过拷贝这个原型创建新的对象。

18） 代理模式（Proxy）：为其他对象提供一个代理以控制对这个对象的访问。

19） 单例模式（Singleton）：保证一个类仅有一个实例，并提供一个访问它的全局访问点。

20） 状态模式（State）：允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它所属的类。

21） 策略模式（Strategy）：定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。本模式使得算法的变化可独立于使用它的客户。

22） 模板模式（Template Method）：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

23） 访问者模式（Visitor）：表示一个作用于某对象结构中的各元素的操作。该模式可以实现在不改变各元素的类的前提下定义作用于这些元素的新操作。

1、 你认为一个项目如何进行才正确？（比如：尽一切可能快的完成任务或完全按照类似CMM来操作）

根据林锐博士的观点：企业的根本目标是合法地赚取尽可能多的利润，使企业利益最大化。企业所有的特定目标和行动都是围绕上述根本目标开展的，任何背离根本目标的行动都将对企业造成伤害，应当杜绝。

基于此任何人都不要强调我将严格遵守XX模式，带领团队开发出具有XX等级的产品，企业需要的是能够带领团队按时、合格的开发出产品的Manager。

2、 你经常看或仔细研读过的书有哪些？

不用回答你看过的课本，枚举几个经典的当然前提是必须真的看过至少浏览过主题和目录。比如《Java编程思想》、《Java模式》、《人月神话》等，由于将来要做的是team中的替补leader或真正的leader所以你必须说出软工的东西。

3、 你认为你应聘我们公司的项目经理，你自身的优势在哪？

1）融洽，没有领导希望你带领团队每天打嘴仗然后他还要去开屁股（Sorry，这似乎不很文明），你必须说明你能在以往团队中与其他人和谐相处。

2）技术，千万不要谦虚，对方要的就是技术过硬、能力出众的人才，你只需要说明你成功解决过什么难题并且你对J2EE、XX中间件、XX系统有多么的熟悉。

4、 如果给你一个Team，公司决定让你的Team开发A产品，OK这恰好是你的强项，你们很快开发出来了，但很沮丧的结果是它（你们的产品）没有销路；经过讨论公司又决定让你的Team开发B产品，OK这恰好又是你的强项，你们很快开发出来了，但很沮丧的结果是它（你们的产品）又没有销路。请问你怎么面对这个问题，你是否觉得决策层很无能甚至要推翻他或者去一个更有前途的公司？

不要以为这个故事很单纯，这应该是人力在考核你。你一定要告诉她（人力多半是女的），我个人对于失败的项目肯定会难过（是的，我想了很久才想出“难过”这个词，它很中性），不过我认为这恰恰认证了公司在革新和新技术探索方面的魄力（自己想怎么说，如果天下人都说这句那才是悲剧呢），我肯定会以个人的名义向领导层提出我自己的建议和看法当然它未必正确，我不会离开公司，因为有点小挫折未尝不是好事。（你应该在这个问题上好好想想，尽量发挥到10分钟）

5、 你认为项目中最重要的是哪些过程？

分析、设计阶段（也可以加上测试，但千万别说编码或开发阶段），根据《人月神话》的观点：1/3 计划；1/6 编码；1/4 构件测试和早期系统测试；1/4 系统测试，所有的构件已完成

但根据国内目前的状况一般公司不会有很多的分析与设计时间（这取决于公司规模和时间成本），这样在一个工期很紧张的项目中我们应该尽量分配出进度优先级来，首先拿出客户最希望看到的和最能证明成果的东西来，其他的留待2期甚至3期去作，你可以告诉客户需要进一步调试（专业人员的欺骗手段，实际上就是在进行后续的开发）。

6、 如果给你一个4－6个人的Team，那么你怎么分配他们、管理他们？

管理能力和经验的综合题，可能没有人有相同的观点，那你可以按照某些思路来侧面解答：我会挑选一个技术过硬的人作为我的替补和项目的轻骑兵，是的团队中必须有机动人员，否则你的项目十有八九会夭折。其他的人会被平均的分配任务。

我们会在每周进行全面的任务分配，每个人获取一周的大概工作，然后每天的工作由他自己完成并汇报。（很好，如果答出这些就差不多了，多说可能会出现漏洞）

7、 简述常用的软件开发文档。

1） 可行性研究报告（某些公司或模型没有）

2） 项目开发计划

3） 软件需求说明书（必有）

4） 数据要求说明书

5） 概要设计说明书（必有）

6） 详细设计说明书（必有）

7） 数据库设计说明书（必有）

8） 用户手册（一般会有）

9） 操作手册（必有）

10） 模块开发卷宗

11） 测试计划（必有）

12） 测试分析报告

13） 开发进度月报

14） 项目开发总结报告

8、 简述类的关系。

1） 当一个类是“一种”另一个类时：is-a关系

2） 当两个类之间有关联时：

一个类“包含”另一个类：has-a关系

一个类“使用”另一个类

还可以细分有聚合和组合（UML宝典）或聚集和组成（包括国内某些知名学术团体都这么说）。

聚集（aggregation）表示整体与各部分之间的关系。例如汽车与轮胎，没有了汽车轮胎依然是一个整体。（用空心菱形表示）

组成是一种整体和部分所属更强的聚集关系，每个部分只能属于一个整体，没有整体部分也就没有存在的价值。比如桌子和桌腿，没有桌子也就没有桌腿的价值了。（用实心菱形表示）