Java方向如何准备BAT技术面试答案(转)

声明


面向对象和面向过程的区别

面向过程
  • 优点:性能比面向对象高,因为类调用时需要实例化,开销比较大,比较消耗资源;比如单片机、嵌入式开发、Linux/Unix等一般采用面向过程开发,性能是最重要的因素。
  • 缺点:没有面向对象易维护、易复用、易扩展
面向对象
  • 优点:易维护、易复用、易扩展,由于面向对象有封装、继承、多态性的特性,可以设计出低耦合的系统,使系统更加灵活、更加易于维护
  • 缺点:性能比面向过程低

Java 的四个基本特性(抽象、封装、继承,多态)

抽象
  • 就是把现实生活中的某一类东西提取出来,用程序代码表示,我们通常叫做类或者接口。
  • 抽象包括两个方面:一个是数据抽象,一个是过程抽象。
  • 数据抽象也就是对象的属性。过程抽象是对象的行为特征。
封装
  • 把客观事物封装成抽象的类,并且类可以把自己的数据和方法只让可信的类或者对象操作,对不可信的进行封装隐藏。
  • 封装分为属性的封装和方法的封装。
继承
  • 是对有着共同特性的多类事物,进行再抽象成一个类。这个类就是多类事物的父类。
  • 父类的意义在于抽取多类事物的共性。
多态
  • 允许不同类的对象对同一消息做出响应。
  • 方法的重载、类的覆盖正体现了多态。

重载和重写的区别

重载

发生在同一个类中,方法名必须相同,参数类型不同、个数不同、顺序不同,方法返回值和访问修饰符可以不同,发生在编译时。

重写

发生在父子类中,方法名、参数列表必须相同,返回值小于等于父类,抛出的异常小于等于父类,访问修饰符大于等于父类;如果父类方法访问修饰符为private则子类中就不是重写。

构造器 Constructor 是否可被 override

构造器不能被重写,不能用static修饰构造器,只能用 public
private protected 这三个权限修饰符,且不能有返回语句。

访问控制符 public,protected,private,以及 默认 的区别

private

只有在本类中才能访问

public

在任何地方都能访问

protected

在同包内的类及包外的子类能访问

默认

在同包内能访问

是否可以继承 String 类

  • String 类是 final 类故不可以继承
  • 一切由 final 修饰过的都不能继承

String 和 StringBuffer、StringBuilder 的区别

可变性
  • String 类中使用字符数组保存字符串,private final char value[],所以 string 对象是不可变的。
  • StringBuilder 与 StringBuffer 都继承自AbstractStringBuilder 类,在 AbstractStringBuilder 中也是使用字符数组保存字符串,char[] value,这两种对象都是可变的。
线程安全性
  • String 中的对象是不可变的,也就可以理解为常量,线程安全。
  • AbstractStringBuilder 是 StringBuilder与 StringBuffer 的公共父类,定义了一些字符串的基本操作,如 expandCapacity、append、insert、indexOf等公共方法。
  • StringBuffer对方法加了同步锁或者对调用的方法加了同步锁,所以是线程安全的。
  • StringBuilder并没有对方法进行加同步锁,所以是非线程安全的。
性能
  • 每次对 String 类型进行改变的时候,都会生成一个新的 String 对象,然后将指针指向新的 String 对象。
  • StringBuffer 每次都会对 StringBuffer 对象本身进行操作,而不是生成新的对象并改变对象引用。相同情况下使用 StirngBuilder 相比使用 StringBuffer 仅能获得 10%~15% 左右的性能提升,但却要冒多线程不安全的风险。

hashCode 和 equals方法的关系

  • equals 相等,hashcode 必相等
  • hashcode 相等,equals 可能不相等。

抽象类和接口的区别

语法层次

抽象类和接口分别给出了不同的语法定义。

设计层次
  • 抽象层次不同,抽象类是对类抽象,而接口是对行为的抽象。
  • 抽象类是对整个类整体进行抽象,包括属性、行为,但是接口却是对类局部(行为)进行抽象。
  • 抽象类是自底向上抽象而来的,接口是自顶向下设计出来的。
跨域不同
  • 抽象类所体现的是一种继承关系,要想使得继承关系合理,父类和派生类之间必须存在 “is-a” 关系,即父类和派生类在概念本质上应该是相同的。
  • 对于接口则不然,并不要求接口的实现者和接口定义在概念本质上是一致的,仅仅是实现了接口定义的契约而已,”like-a” 的关系。

自动装箱与拆箱

  • 装箱:将基本类型用它们对应的引用类型包装起来;
  • 拆箱:将包装类型转换为基本数据类型;
  • Java使用自动装箱和拆箱机制,节省了常用数值的内存开销和创建对象的开销,提高了效率,由编译器来完成,编译器会在编译期根据语法决定是否进行装箱和拆箱动作。

什么是泛型、为什么要使用以及泛型擦除

泛型,即“参数化类型”。
  • 创建集合时就指定集合元素的类型,该集合只能保存其指定类型的元素,避免使用强制类型转换。
  • Java 编译器生成的字节码是不包涵泛型信息的,泛型类型信息将在编译处理是被擦除,这个过程即类型擦除。
  • 泛型擦除可以简单的理解为将泛型java 代码转换为普通 java 代码,只不过编译器更直接点,将泛型 java 代码直接转换成普通 java 字节码。
类型擦除的主要过程
  1. 将所有的泛型参数用其最左边界(最顶级的父类型)类型替换。
  2. 移除所有的类型参数。

Java 中的集合类及关系图

  • List 和 Set 继承自 Collection 接口。
  • Set 无序不允许元素重复。HashSet 和 TreeSet 是两个主要的实现类。
    List 有序且允许元素重复。ArrayList、LinkedList 和 Vector 是三个主要的实现类。
  • Map 也属于集合系统,但和 Collection接口没关系。Map 是 key 对 value 的映射集合,其中 key 列就是一个集合。key 不能重复,但是value 可以重复。HashMap、TreeMap 和 Hashtable 是三个主要的实现类。
  • SortedSet 和 SortedMap 接口对元素按指定规则排序,SortedMap 是对 key 列进行排序。

HashMap 实现原理

具体原理参考文章:

HashTable 实现原理

具体原理参考文章:

HashMap 和 HashTable区别

  1. HashTable 的方法前面都有 synchronized 来同步,是线程安全的;HashMap 未经同步,是非线程安全的。
  2. HashTable 不允许 null 值( key 和 value 都不可以);HashMap 允许 null 值( key 和 value 都可以)。
  3. HashTable 有一个 contains ( Object value ) 功能和containsValue ( Object value ) 功能一样。
  4. HashTable 使用 Enumeration 进行遍历;HashMap 使用 Iterator 进行遍历。
  5. HashTable 中 hash 数组默认大小是 11,增加的方式是 old*2+1;HashMap 中 hash 数组的默认大小是 16,而且一定是 2 的指数。
  6. 哈希值的使用不同,HashTable 直接使用对象的 hashCode; HashMap 重新计算 hash 值,而且用与代替求模。

ArrayList 和 vector 区别

  • ArrayList 和 Vector 都实现了 List 接口,都是通过数组实现的。
  • Vector 是线程安全的,而 ArrayList 是非线程安全的。
  • List 第一次创建的时候,会有一个初始大小,随着不断向 List 中增加元素,当 List 认为容量不够的时候就会进行扩容。
  • Vector 缺省情况下自动增长原来一倍的数组长度,ArrayList 增长原来的 50%。

ArrayList 和 LinkedList 区别及使用场景

区别
  • ArrayList 底层是用数组实现的,可以认为 ArrayList 是一个可改变大小的数组。随着越来越多的元素被添加到 ArrayList中,其规模是动态增加的。
  • LinkedList 底层是通过双向链表实现的, LinkedList 和 ArrayList相比,增删的速度较快。但是查询和修改值的速度较慢。同时,LinkedList 还实现了Queue接口,所以他还提供了 offer(), peek(), poll() 等方法
使用场景
  • LinkedList 更适合从中间插入或者删除(链表的特性)。
  • ArrayList 更适合检索和在末尾插入或删除(数组的特性)。

Collection 和 Collections 的区别

  • java.util.Collection 是一个集合接口。它提供了对集合对象进行基本操作的通用接口方法。Collection 接口在 Java 类库中有很多具体的实现。Collection 接口的意义是为各种具体的集合提供了最大化的统一操作方式。
  • java.util.Collections 是一个包装类。它包含有各种有关集合操作的静态多态方法。此类不能实例化,就像一个工具类,服务于 Java 的 Collection 框架。

ConcurrentHashMap 实现原理

具体原理参考文章:

Error、Exception 区别

Error 类和 Exception 类的父类都是 throwable 类

区别
  • Error 类一般是指与虚拟机相关的问题,如系统崩溃,虚拟机错误,内存空间不足,方法调用栈溢等。对于这类错误的导致的应用程序中断,仅靠程序本身无法恢复和和预防,遇到这样的错误,建议让程序终止。
  • Exception 类表示程序可以处理的异常,可以捕获且可能恢复。遇到这类异常,应该尽可能处理异常,使程序恢复运行,而不应该随意终止异常。

Unchecked Exception 和 Checked Exception

Unchecked Exception:
  1. 指的是程序的瑕疵或逻辑错误,并且在运行时无法恢复。
  2. 包括 Error 与 RuntimeException 及其子类,如:
    OutOfMemoryError, UndeclaredThrowableException, IllegalArgumentException, IllegalMonitorStateException, NullPointerException, IllegalStateException, IndexOutOfBoundsException 等。
  3. 语法上不需要声明抛出异常。
Checked Exception:
  1. 代表程序不能直接控制的无效外界情况(如用户输入,数据库问题,网络异常,文件丢失等)
  2. 除了 Error 和 RuntimeException 及其子类之外,如:
    ClassNotFoundException, NamingException, ServletException, SQLException, IOException 等。
  3. 需要 try catch 处理或 throws 声明抛出异常。

Java 中如何实现代理机制 (JDK、CGLIB)

  • JDK 动态代理:代理类和目标类实现了共同的接口,用到 InvocationHandler 接口。
  • CGLIB 动态代理:代理类是目标类的子类,用到 MethodInterceptor 接口。

多线程的实现方式

  • 继承 Thread 类
  • 实现 Runnable 接口
  • 使用 ExecutorService、Callable、Future 实现有返回结果的多线程。

线程的状态转换

ThreadStatusChange.jpg

如何停止一个线程

参考文章:

什么是线程安全

线程安全就是多线程访问同一代码,不会产生不确定的结果。

如何保证线程安全

  • 对非安全的代码进行加锁控制;
  • 使用线程安全的类;
  • 多线程并发情况下,线程共享的变量改为方法级的局部变量。

synchronized 如何使用

synchronized是Java中的关键字,是一种同步锁。

修饰的对象:
  1. 修饰一个代码块,被修饰的代码块称为同步语句块,其作用的范围是大括号{}括起来的代码,作用的对象是调用这个代码块的对象;
  2. 修饰一个方法,被修饰的方法称为同步方法,其作用的范围是整个方法,作用的对象是调用这个方法的对象;
  3. 修改一个静态的方法,其作用的范围是整个静态方法,作用的对象是这个类的所有对象;
  4. 修改一个类,其作用的范围是 synchronized 后面括号括起来的部分,作用主的对象是这个类的所有对象。

synchronized 和 Lock 的区别

主要相同点

Lock 能完成 synchronized 所实现的所有功能

主要不同点
  • Lock 有比 synchronized 更精确的线程语义和更好的性能。
  • Lock 的锁定是通过代码实现的,而 synchronized 是在JVM层面上实现的,synchronized 会自动释放锁,而 Lock 一定要求程序员手工释放,并且必须在 finally 从句中释放。
  • Lock 还有更强大的功能,例如,它的 tryLock 方法可以非阻塞方式去拿锁。
  • Lock 锁的范围有局限性,块范围,而 synchronized 可以锁住块、对象、类。

多线程如何进行信息交互

  • void notify() 唤醒在此对象监视器上等待的单个线程。
  • void notifyAll() 唤醒在此对象监视器上等待的所有线程。
  • void wait() 导致当前的线程等待,直到其他线程调用此对象的 notify() 方法或 notifyAll() 方法。
  • void wait(long timeout) 导致当前的线程等待,直到其他线程调用此对象的 notify() 方法或 notifyAll() 方法,或者超过指定的时间量。
  • void wait(long timeout, int nanos) 导致当前的线程等待,直到其他线程调用此对象的 notify() 方法或 notifyAll() 方法,或者其他某个线程中断当前线程,或者已超过某个实际时间量。

sleep 和 wait 的区别(考察的方向是是否会释放锁)

  • sleep() 方法是 Thread 类中方法,而 wait() 方法是Object类中的方法。
  • sleep() 方法导致了程序暂停执行指定的时间,让出 cpu 该其他线程,但是他的监控状态依然保持者,当指定的时间到了又会自动恢复运行状态,在调用 sleep() 方法的过程中,线程不会释放对象锁。
  • 而当调用 wait() 方法的时候,线程会放弃对象锁,进入等待此对象的等待锁定池,只有针对此对象调用 notify() 方法后本线程才进入对象锁定池准备。

多线程与死锁

死锁是指两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去。

产生死锁的原因
  1. 因为系统资源不足。
  2. 进程运行推进的顺序不合适。
  3. 资源分配不当。

如何才能产生死锁

产生死锁的四个必要条件
  1. 互斥条件:所谓互斥就是进程在某一时间内独占资源。
  2. 请求与保持条件:一个进程因请求资源而阻塞时,对已获得的资源保持不放。
  3. 不剥夺条件:进程已获得资源,在末使用完之前,不能强行剥夺。
  4. 循环等待条件: 若干进程之间形成一种头尾相接的循环等待资源关系。

死锁的预防

打破产生死锁的四个必要条件中的一个或几个,保证系统不会进入死锁状态。

  1. 打破互斥条件。即允许进程同时访问某些资源。但是,有的资源是不允许被同时访问的,像打印机等等,这是由资源本身的属性所决定的。所以,这种办法并无实用价值。
  2. 打破不可抢占条件。即允许进程强行从占有者那里夺取某些资源。就是说,当一个进程已占有了某些资源,它又申请新的资源,但不能立即被满足时,它必须释放所占有的全部资源,以后再重新申请。它所释放的资源可以分配给其它进程。这就相当于该进程占有的资源被隐蔽地强占了。这种预防死锁的方法实现起来困难,会降低系统性能。
  3. 打破占有且申请条件。可以实行资源预先分配策略。即进程在运行前一次性地向系统申请它所需要的全部资源。如果某个进程所需的全部资源得不到满足,则不分配任何资源,此进程暂不运行。只有当系统能够满足当前进程的全部资源需求时,才一次性地将所申请的资源全部分配给该进程。由于运行的进程已占有了它所需的全部资源,所以不会发生占有资源又申请资源的现象,因此不会发生死锁。
  4. 打破循环等待条件,实行资源有序分配策略。采用这种策略,即把资源事先分类编号,按号分配,使进程在申请,占用资源时不会形成环路。所有进程对资源的请求必须严格按资源序号递增的顺序提出。进程占用了小号资源,才能申请大号资源,就不会产生环路,从而预防了死锁。

什么叫守护线程,用什么方法实现守护线程

  • 守护线程是为其他线程的运行提供服务的线程。
  • setDaemon( boolean on ) 方法可以方便的设置线程的 Daemon 模式,true 为守护模式,false 为用户模式。

Java 线程池技术及原理

参考文章:

java 并发包 concurrent 及常用的类

这个内容有点多,参考文章:

volatile 关键字

  • 用 volatile 修饰的变量,线程在每次使用变量的时候,都会读取变量修改后的最的值。volatile 很容易被误用,用来进行原子性操作。
  • Java语言中的 volatile 变量可以被看作是一种“程度较轻的 synchronized”;与 synchronized 块相比,volatile 变量所需的编码较少,并且运行时开销也较少,但是它所能实现的功能也仅是 synchronized 的一部分。
  • 锁提供了两种主要特性:互斥(mutual exclusion)和可见性(visibility)。互斥即一次只允许一个线程持有某个特定的锁,因此可使用该特性实现对共享数据的协调访问协议,这样,一次就只有一个线程能够使用该共享数据。可见性必须确保释放锁之前对共享数据做出的更改对于随后获得该锁的另一个线程是可见的,如果没有同步机制提供的这种可见性保证,线程看到的共享变量可能是修改前的值或不一致的值,这将引发许多严重问题。Volatile 变量具有 synchronized 的可见性特性,但是不具备原子特性。这就是说线程能够自动发现 volatile 变量的最新值。
  • 要使volatile变量提供理想的线程安全,必须同时满足下面两个条件:

    • 对变量的写操作不依赖于当前值;
    • 该变量没有包含在具有其他变量的不变式中。

      第一个条件的限制使volatile变量不能用作线程安全计数器。虽然增量操作(x++)看上去类似一个单独操作,实际上它是一个由读取-修改-写入操作序列组成的组合操作,必须以原子方式执行,而volatile不能提供必须的原子特性。实现正确的操作需要使x 的值在操作期间保持不变,而volatile变量无法实现这点。

      每一个线程运行时都有一个线程栈,线程栈保存了线程运行时候变量值信息。当线程访问某一个对象时候值的时候,首先通过对象的引用找到对应在堆内存的变量的值,然后把堆内存变量的具体值load到线程本地内存中,建立一个变量副本,之后线程就不再和对象在堆内存变量值有任何关系,而是直接修改副本变量的值,在修改完之后的某一个时刻(线程退出之前),自动把线程变量副本的值回写到对象在堆中变量。这样在堆中的对象的值就产生变化了。
      JavaVolatile.jpg
      read and load 从主存复制变量到当前工作内存
      use and assign 执行代码,改变共享变量值
      store and write 用工作内存数据刷新主存相关内容
      其中 use and assign 可以多次出现,但是这一些操作并不是原子性,也就是在 read load 之后,如果主内存 count 变量发生修改之后,线程工作内存中的值由于已经加载,不会产生对应的变化,所以计算出来的结果会和预期不一样。

Java中的 NIO,BIO,AIO 分别是什么

BIO
  • 同步并阻塞,服务器实现模式为一个连接一个线程,即客户端有连接请求时服务器端就需要启动一个线程进行处理,如果这个连接不做任何事情会造成不必要的线程开销,当然可以通过线程池机制改善。
  • BIO 方式适用于连接数目比较小且固定的架构,这种方式对服务器资源要求比较高,并发局限于应用中,JDK1.4 以前的唯一选择,但程序直观简单易理解。
NIO
  • 同步非阻塞,服务器实现模式为一个请求一个线程,即客户端发送的连接请求都会注册到多路复用器上,多路复用器轮询到连接有I/O请求时才启动一个线程进行处理。
  • NIO 方式适用于连接数目多且连接比较短(轻操作)的架构,比如聊天服务器,并发局限于应用中,编程比较复杂,JDK1.4 开始支持。
AIO
  • 异步非阻塞,服务器实现模式为一个有效请求一个线程,客户端的I/O请求都是由OS先完成了再通知服务器应用去启动线程进行处理.
  • AIO 方式使用于连接数目多且连接比较长(重操作)的架构,比如相册服务器,充分调用 OS 参与并发操作,编程比较复杂,JDK 7 开始支持。

IO 和 NIO 区别

  1. IO 是面向流的,NIO 是面向缓冲区的。
  2. IO的各种流是阻塞的,NIO是非阻塞模式。
  3. Java NIO 的选择器允许一个单独的线程来监视多个输入通道,你可以注册多个通道使用一个选择器,然后使用一个单独的线程来“选择”通道:这些通道里已经有可以处理的输入,或者选择已准备写入的通道。这种选择机制,使得一个单独的线程很容易来管理多个通道。

序列化与反序列化

  • 把对象转换为字节序列的过程称为对象的序列化。
  • 把字节序列恢复为对象的过程称为对象的反序列化。
  • 对象的序列化主要有两种用途:
    1. 把对象的字节序列永久地保存到硬盘上,通常存放在一个文件中;
    2. 在网络上传送对象的字节序列。
  • 当两个进程在进行远程通信时,彼此可以发送各种类型的数据。无论是何种类型的数据,都会以二进制序列的形式在网络上传送。
  • 发送方需要把这个 Java 对象转换为字节序列,才能在网络上传送;接收方则需要把字节序列再恢复为 Java 对象。

常见的序列化协议有哪些

Protobuf, Thrift, Hessian, Kryo

内存溢出和内存泄漏的区别

  • 内存溢出是指程序在申请内存时,没有足够的内存空间供其使用,出现out of memory。
  • 内存泄漏是指分配出去的内存不再使用,但是无法回收。

Java 内存模型及各个区域的 OOM,如何重现 OOM

这部分内容很重要,详细阅读《深入理解 Java 虚拟机》,也可以详细阅读这篇文章

出现OOM如何解决

  1. 可通过命令定期抓取 heap dump 或者启动参数 OOM 时自动抓取 heap dump 文件。
  2. 通过对比多个 heap dump,以及 heap dump 的内容,分析代码找出内存占用最多的地方。
  3. 分析占用的内存对象,是否是因为错误导致的内存未及时释放,或者数据过多导致的内存溢出。

用什么工具可以查出内存泄漏

  1. Memory Analyzer-是一款开源的 JAVA 内存分析软件,查找内存泄漏,能容易找到大块内存并验证谁在一直占用它,它是基于 Eclipse RCP(Rich Client Platform),可以下载 RCP 的独立版本或者 Eclipse 的插件。
  2. JProbe-分析 Java 的内存泄漏。
  3. JProfiler-一个全功能的 Java 剖析工具,专用于分析 J2SE 和 J2EE 应用程序。它把 CPU、执行绪 和 内存 的剖析组合在一个强大的应用中,GUI 可以找到效能瓶颈、抓出内存泄漏、并解决执行绪的问题。
  4. JRockit-用来诊断 Java 内存泄漏并指出根本原因,专门针对 Intel 平台并得到优化,能在 Intel 硬件上获得最高的性能。
  5. YourKit-.NET & Java Profiling 业界领先的 Java 和 .NET 程序性能分析工具。
    6.AutomatedQA -AutomatedQA 的获奖产品 performance profiling 和 memory debugging 工具集的下一代替换产品,支持 Microsoft,Borland, Intel, Compaq 和 GNU 编译器。可以为 .NET 和 Windows 程序生成全面细致的报告,从而帮助您轻松隔离并排除代码中含有的性能问题和内存/资源泄露问题。支持 .Net 1.0,1.1,2.0,3.0 和 Windows 32/64 位应用程序。
    7.Compuware DevPartner Java Edition-包含 Java 内存检测,代码覆盖率测试,代码性能测试,线程死锁,分布式应用等几大功能模块

Java 内存管理及回收算法

阅读这篇文章:

Java 类加载器及如何加载类(双亲委派)

阅读文章:

XML 解析方式

  1. DOM(JAXP Crimson解析器)
  2. SAX
  3. JDOM
  4. DOM4J
区别:
  1. DOM4J 性能最好,连 Sun 的 JAXM 也在用 DOM4J。目前许多开源项目中大量采用 DOM4J,例如大名鼎鼎的 hibernate 也用 DOM4J 来读取 XML 配置文件。如果不考虑可移植性,那就采用 DOM4J.
  2. JDOM 和 DOM 在性能测试时表现不佳,在测试 10M 文档时内存溢出。在小文档情况下还值得考虑使用 DOM 和 JDOM。虽然 JDOM 的开发者已经说明他们期望在正式发行版前专注性能问题,但是从性能观点来看,它确实没有值得推荐之处。另外,DOM 仍是一个非常好的选择。DOM 实现广泛应用于多种编程语言。它还是许多其它与 XML 相关的标准的基础,因为它正式获得 W3C 推荐 ( 与基于非标准的 Java 模型相对 ),所以在某些类型的项目中可能也需要它 ( 如在 JavaScript 中使用 DOM )。
  3. SAX 表现较好,这要依赖于它特定的解析方式-事件驱动。一个 SAX 检测即将到来的 XML 流,但并没有载入到内存 ( 当然当 XML 流被读入时,会有部分文档暂时隐藏在内存中 )。

Statement 和 PreparedStatement 之间的区别

  1. PreparedStatement 是预编译的,对于批量处理可以大大提高效率. 也叫 JDBC 存储过程
  2. 使用 Statement 对象。在对数据库只执行一次性存取的时侯,用 Statement 对象进行处理。PreparedStatement 对象的开销比 Statement 大,对于一次性操作并不会带来额外的好处。
  3. Statement 每次执行 sql 语句,相关数据库都要执行 sql 语句的编译,preparedStatement 是预编译得, PreparedStatement 支持批处理
    • 代码片段1:

      1
      2
      3
      String updateString = "UPDATE COFFEES SET SALES = 75 " + "WHERE
      COF_NAME LIKE ′Colombian′";
      stmt.executeUpdate(updateString);
    • 代码片段2:

      1
      2
      3
      4
      5
      PreparedStatement updateSales = con.prepareStatement("UPDATE COFFEES SET
      SALES = ? WHERE COF_NAME LIKE ? ");
      updateSales.setInt(1, 75);
      updateSales.setString(2, "Colombian");
      updateSales.executeUpdate();
    • 片断2 和 片断1 的区别在于,后者使用了 PreparedStatement 对象,而前者是普通的 Statement 对象。PreparedStatement 对象不仅包含了 SQL 语句,而且大多数情况下这个语句已经被预编译过,因而当其执行时,只需 DBMS 运行 SQL 语句,而不必先编译。当你需要执行 Statement 对象多次的时候,PreparedStatement 对象将会大大降低运行时间,当然也加快了访问数据库的速度。

    • 这种转换也给你带来很大的便利,不必重复 SQL 语句的句法,而只需更改其中变量的值,便可重新执行 SQL 语句。选择 PreparedStatement 对象与否,在于相同句法的 SQL 语句是否执行了多次,而且两次之间的差别仅仅是变量的不同。如果仅仅执行了一次的话,它应该和普通的对象毫无差异,体现不出它预编译的优越性。
    1. 执行许多 SQL 语句的 JDBC 程序产生大量的 Statement 和 PreparedStatement 对象。通常认为 PreparedStatement 对象比 Statement 对象更有效,特别是如果带有不同参数的同一 SQL 语句被多次执行的时候。PreparedStatement 对象允许数据库预编译 SQL 语句,这样在随后的运行中可以节省时间并增加代码的可读性。
    2. 然而,在 Oracle 环境中,开发人员实际上有更大的灵活性。当使用 Statement 或 PreparedStatement 对象时,Oracle 数据库会缓存 SQL 语句以便以后使用。在一些情况下,由于驱动器自身需要额外的处理和在 Java 应用程序和 Oracle 服务器间增加的网络活动,执行 PreparedStatement 对象实际上会花更长的时间。
    3. 然而,除了缓冲的问题之外,至少还有一个更好的原因使我们在企业应用程序中更喜欢使用 PreparedStatement 对象,那就是安全性。传递给 PreparedStatement 对象的参数可以被强制进行类型转换,使开发人员可以确保在插入或查询数据时与底层的数据库格式匹配。
    4. 当处理公共 Web 站点上的用户传来的数据的时候,安全性的问题就变得极为重要。传递给 PreparedStatement 的字符串参数会自动被驱动器忽略。最简单的情况下,这就意味着当你的程序试着将字符串 “D’Angelo” 插入到 VARCHAR2 中时,该语句将不会识别第一个 “’”,从而导致悲惨的失败。几乎很少有必要创建你自己的字符串忽略代码。
    5. 在Web环境中,有恶意的用户会利用那些设计不完善的、不能正确处理字符串的应用程序。特别是在公共Web站点上,在没有首先通过 PreparedStatement 对象处理的情况下,所有的用户输入都不应该传递给 SQL 语句。此外,在用户有机会修改 SQL 语句的地方,如 HTML 的隐藏区域或一个查询字符串上,SQL 语句都不应该被显示出来。

servlet 生命周期及各个方法

参考文章

servlet 中如何自定义 filter

参考文章

JSP 原理

参考文章

JSP 和 Servlet 的区别

  1. JSP 经编译后就变成了 “类 servlet”。
  2. JSP 由 HTML 代码和 JSP 标签构成,更擅长页面显示;Servlet 更擅长流程控制。
  3. JSP 中嵌入 JAVA 代码,而 Servlet 中嵌入 HTML 代码。

JSP的动态 include 和静态 include

  1. 动态 include用 jsp:include 动作实现,如 <jsp:include page="abc.jsp" flush="true" />,它总是会检查所含文件中的变化,适合用于包含动态页面,并且可以带参数。会先解析所要包含的页面,解析后和主页面合并一起显示,即先编译后包含。
  2. 静态 include 用 include 伪码实现,不会检查所含文件的变化,适用于包含静态页面,如 <%@ include file="qq.htm" %>,不会提前解析所要包含的页面,先把要显示的页面包含进来,然后统一编译,即先包含后编译。

Struts 中请求处理过程

参考文章

MVC 概念

参考文章

SpringMVC 与 Struts 区别

参考文章

Hibernate/Ibatis 两者的区别

参考文章

Hibernate 一级和二级缓存

参考文章

简述 Hibernate 常见优化策略

参考文章

SpringBean 的加载过程(推荐看 Spring 的源码)

参考文章

SpringBean 的实例化(推荐看 Spring 的源码)

参考文章

Spring 如何实现 AOP 和 IOC (推荐看 Spring 的源码)

参考文章

SpringBean 注入方式

参考文章

Spring 的事务管理

这个主题的参考文章没找到特别好的

Spring 事务的传播特性

参考文章

SpringMVC 原理

参考文章

SpringMVC 用过哪些注解

参考文章

Restful 有几种请求

参考文章

Restful 好处

  1. 客户-服务器:客户-服务器约束背后的原则是分离关注点。通过分离用户接口和数据存储这两个关注点,改善了用户接口跨多个平台的可移植性;同时通过简化服务器组件,改善了系统的可伸缩性。
  2. 无状态:通信在本质上是无状态的,改善了可见性、可靠性、可伸缩性.
  3. 缓存:改善了网络效率减少一系列交互的平均延迟时间,来提高效率、可伸缩性和用户可觉察的性能。
  4. 统一接口:REST 架构风格区别于其他基于网络的架构风格的核心特征是,它强调组件之间要有一个统一的接口。

Tomcat,Apache,JBoss 的区别

Apache

HTTP 服务器( WEB 服务器 ),类似 IIS,可以用于建立虚拟站点,编译处理静态页面,可以支持 SSL 技术,支持多个虚拟主机等功能。

Tomcat

Servlet 容器,用于解析 jsp,Servlet 的 Servlet 容器,是高效,轻量级的容器。缺点是不支持 EJB,只能用于 java 应用。

Jboss

应用服务器,运行 EJB 的 J2EE 应用服务器,遵循 J2EE 规范,能够提供更多平台的支持和更多集成功能,如数据库连接,JCA 等,其对 Servlet 的支持是通过集成其他 Servlet 容器来实现的,如 tomcat 和 jetty。

Memcached 和 Redis 的区别

  1. 性能对比:由于 Redis 只使用单核,而 Memcached 可以使用多核,所以平均每一个核上 Redis 在存储小数据时比 Memcached性能更高。而在 100k 以上的数据中,Memcached 性能要高于 Redis,虽然 Redis最近也在存储大数据的性能上进行优化,但是比起 Memcached,还是稍有逊色。
  2. 内存使用效率对比:使用简单的 key-value 存储的话,Memcached 的内存利用率更高,而如果 Redis 采用 hash 结构来做 key-value 存储,由于其组合式的压缩,其内存利用率会高于 Memcached。
  3. Redis 支持服务器端的数据操作:Redis 相比 Memcached 来说,拥有更多的数据结构和并支持更丰富的数据操作,通常在 Memcached 里,你需要将数据拿到客户端来进行类似的修改再 set 回去。这大大增加了网络 IO 的次数和数据体积。在 Redis 中,这些复杂的操作通常和一般的 GET/SET 一样高效。所以,如果需要缓存能够支持更复杂的结构和操作,那么 Redis 会是不错的选择。

如何理解分布式锁

参考文章

你知道的开源协议有哪些

常见的开源协议有 GPL、LGPL、BSD、Apache Licence vesion 2.0、MIT,详细内容参考文章

JSON 和 XML 区别

XML:
  1. 应用广泛,可扩展性强,被广泛应用各种场合;
  2. 读取、解析没有JSON快;
  3. 可读性强,可描述复杂结构
JSON:
  1. 结构简单,都是键值对;
  2. 读取、解析速度快,很多语言支持;
  3. 传输数据量小,传输速率大大提高;
  4. 描述复杂结构能力较弱。

设计模式

参考文章

设计模式的六大原则

参考文章

用一个设计模式写一段代码或画出一个设计模式的UML

参考文章

高内聚,低耦合方面的理解

参考文章

深度优先和广度优先算法

推荐看书籍复习!可参考文章

排序算法及对应的时间复杂度和空间复杂度

推荐看书籍复习!可参考文章

排序算法编码实现

参考

查找算法

参考

B+ 树

参考

KMP 算法

推荐阅读数据复习!参考

Hash 算法及常用的 Hash 算法

参考

如何判断一个单链表是否有环

参考文章

队列、栈、链表、树、堆、图

推荐阅读数据结构复习!

Linux 常用命令

参考

如何查看内存使用情况

参考

Linux 下如何进行进程调度

推荐阅读书籍复习,参考文章

产生死锁的必要条件

参考

死锁预防

参考

数据库范式

参考

数据库事务隔离级别

参考

数据库连接池的原理

参考

乐观锁和悲观锁

参考

如何实现不同数据库的数据查询分页

参考

SQL 注入的原理,如何预防

参考

数据库索引的实现( B+ 树介绍、和 B 树、R 树区别 )

参考文章

SQL 性能优化

参考文章

数据库索引的优缺点以及什么时候数据库索引失效

参考文章

Redis 的数据类型

参考

OSI 七层模型以及 TCP/IP 四层模型

参考文章

HTTP 和 HTTPS 区别

参考

HTTP 报文内容

参考文章

get 提交和post 提交的区别

参考文章

get 提交是否有字节限制,如果有是在哪限制的

参考

TCP 的三次握手和四次挥手

阅读

Session 和 Cookie的区别

参考

HTTP 请求中 Session 实现原理

参考

redirect 与 forward 区别

参考

TCP 和 UDP 区别

参考

DDos 攻击及预防

参考文章