Java常用类库与技巧

简介: Java常用类库与技巧

1、String,StringBuffer,StringBuilder的区别?

2、Java异常

异常处理机制主要回答了三个问题

  • What:异常类型回答了什么被抛出?
  • Where:异常堆栈跟踪回答了在哪抛出?
  • Why:异常信息回答了为什么被抛出?

Java的异常体系

从概念角度解析Java的异常处理机制

  • Eror:程序无法处理的系统错误,编译器不做检査。
  • Exception:程序可以处理的异常,捕获后可能恢复。
  • 总结:前者是程序无法处理的错误,后者是可以处理的异常。
  • RuntimeException:不可预知的,程序应当自行避免。
  • 非RuntimeEXception:可预知的,从编译器校验的异常。

从责任角度看:

  • Error属于JVM需要负担的责任;
  • RuntimeException是程序应该负担的责任;
  • Checked Exception可检查异常是Java编译器应该负担的责任

常见的Error以及Exception

RuntimeException

  • NullPointerException-空指针引用异常
  • ClassCastException-类型强制转换异常
  • IllegalArgumentException-传递非法参数异常
  • IndexoutofBounds Exception-下标越界异常
  • NumberFormatException-数字格式异常

非 RuntimeException

  • ClassNotFoundException-找不到指定ClassE的异常
  • IOException-IO操作异常

Error

  • NoClassDefFoundError-找不到cass定义的异常的das
  • StackOverflowError-深递归导致栈被耗尽而抛出的异常
  • OutofMemoryError-内存溢出异常

NoclassDefFoundError的成因

  1. 类依赖的cas或者ja不存在。
  2. 类文件存在,包是存在不同的域中。
  3. 大小写问题,javac编译的时候是无枧大小写的,很有可能编译出来的dass文件就与想要的不一样。

3、Java的异常处理机制

  • 抛出异常:创建异常对象,交由运行时系统处理。
  • 捕获异常:寻找合适的异常处理器处理异常,否则终止运行。

Java异常的处理原则

  • 具体明确:抛出的异常应能通过异常类名和 message准确说明异常的类型和产生异常的原因;
  • 提早抛出:应尽可能早的发现并抛出异常,便于精确定位问题;
  • 延迟捕获:异常的捕获和处理应尽可能延迟,让掌握更多信息的作用域来处理异常。

高效主流的异常处理框架

在用户看来,应用系统发生的所有异常都是应用系统內部的异常

  • 设计一个通用的继承自 RuntimeEXception的异常来统一处理。
  • 其余异常都统一转译为上述异常 AppException。
  • 在 catch之后,抛出上述异常的子类,并提供足以定位的信息。
  • 由前端接收 AppEXception做统一处理。

Java异常处理消耗性能的地方

  • try-catch块影响MM的优化。
  • 异常对象实例需要保存栈快照等信息,开销较大。

尽量少的try-catch代码行,只包住有异常的代码。

不要利用try-catch,控制业务的流程。

4、数据结构和算法

数据结构考点

  • 数组和链表的区别;
  • 链表的操作,如反转,链表环路检测,双向链表,循环链表相关操作;
  • 队列,栈的应用;
  • 二叉树的遍历方式及其递归和非递归的实现;
  • 红黑树的旋转

算法考点

  • 内部排序∶如递归排序、交换排序(冒泡、快排)、选择排序、插入排序。
  • 外部排序:应掌握如何利用有限的内存配合海量的外部存储来处理超大的数据集,写不出来也要有相关的思路。

考点扩展:

  • 哪些排序是不稳定的,稳定意味着什么?
  • 不同数据集,各种排序最好或最差的情况?
  • 如何优化算法?(以空间换时间)

5、Java集合框架

compare和自定义的compare

6、Map集合

HashMap、HashTable、ConccurentHashMap的区别?

HashMap:(Java8以前):数组+链表,非synchronized,速度快。

(Java8后):数组+链表+红黑树

某个桶上高于8,则转为红黑树,小于6则转为链表。

HashMap在使用的时候,才会被初始化。

首次使用才会创建(延迟加载策略)

HashMap中的put方法逻辑:

计算HashCode方法

扩容resize()

负载因子

transient Node<K,V>[] table;

达到0.75以后,扩大为原来2倍。

树(Node<K,V>[] table;)的数据达到8以后,改为红黑树。

static final int TREEIFY_THRESHOLD = 8;(树转化为红黑树)

HashMap:扩容的问题

  • 多线程环境下,调整大小会存在条件竟争,容易造成死锁
  • rehashing是一个比较耗时的过程

HashMap知识点

  • 成员变量:数据结构,树化阈值
  • 构造函数:延迟创建
  • put和get的流程
  • 哈希算法,扩容,性能

互斥Object对象mutex,使用synchronized对mutex进行加锁。

HashTable,给public方法进行加锁、

7、ConccurentHashMap

HashMap进行,线程安全操作

互斥Object对象mutex,使用synchronized对mutex进行加锁。

import java.util.Collections;
import java.util.HashMap;
import java.util.Map;
public class test001 {
  public static void main(String[] args) {
//    创建HashMap
    HashMap hashMap = new HashMap<>();
//    将HashMap(不安全)转为线程安全的
    Map safeHashMap = Collections.synchronizedMap(hashMap);
    safeHashMap.put("aa","1");
    safeHashMap.put("bb","2");
    System.out.println(safeHashMap.get("bb"));
  }
}

HashTable,给public方法进行加锁、

线性执行,效率低(HashTable、HashMap)

ConcurrentHashMap的使用(JUC包java.util.cuncurrent)

早期的 ConcurrentHashMap:通过分段锁 Segmen来实现

当前 ConcurrentHashMap:CAS+ synchronized使锁更细化

数据结构进行优化:数组+链表+红黑树

synchronized只锁定链表和红黑树的首节点。

大小控制标识符,Hash初始化,扩容表示

private transient volatile int sizeCtl;

-1:正在进行初始化。

负数:正在进行初始化或扩容操作。

-n:有n个线程正在进行初始化或扩容操作。

正数/0:Hash表还未被初始化

ConcurrentHashMap总结:比Segment(分段锁),锁拆的更细。

  • 首先使用无锁操作CAS插入头节点,失败则循环重试。
  • 若头节点已存在,则尝试获取头节点的同步锁,再进行操作。

ConcurrentHashMap:别的需要注意的点

  • size( )方法和 mapping Count( )方法的异同,两者计算是否准确?
  • 多线程环境下如何进行扩容?

Hash Map、 Hashtable、 ConccurentHashMap三者区别

  • Hash Map线程不安全,数组+链表+红黑树。
  • Hashtable线程安全,锁住整个对象,数组+链表。
  • ConccurentHashMap线程安全,CAS+同步锁,数组+链表+红黑树。
  • HashMap的key、value均可为null,而其他的两个类不支持。

8、J.U.C知识点(java.util.conccurent)

java.util.concurrent:提供了并发编程的解决方案

  • CAS是 java.util.concurrent.atomic包的基础.
  • AQS是 java.util.concurrent.locks包以及一些常用类比如Semophore,Reentrantlock等类的基础。

JUC包的分类

  • 线程执行器 executor
  • 锁 locks
  • 原子变量类 atomIc
  • 并发工具类 tools
  • 并发集合 collections

并发工具类(tools)

  • 闭锁(CountDownLatch)
  • 栅栏(CyclicBarrier)
  • 信号量(Semaphore)
  • 交换器(Exchanger)

闭锁(CountDownLatch):让主线程等待一组事件发生后继续执行

  • 事件指的是CountDownLatch里的countDown( )方法
  • cnt为计数器

栅栏(CyclicBarrier):阻塞当前线程,等待其他线程

  • 等待其它线程,且会阻塞自己当前线程,所有线程必须同时到达栅栏位置后,才能继续执行;
  • 所有线程到达栅栏处,可以触发执行另外—个预先设置的线程.
  • cnt为计数器

信号量(Semaphore):控制某个资源可被同时访问的线程个数

交换器(Exchanger):两个线程到达同步点后,相互交换数据。

数据进行了交换:

9、Collections并发集合

Blocking Queue:提供可阻塞的入队和出队操作

尾插,成功true,失败抛异常

boolean add(E e);

尾插,满了则阻塞,直到添加成功

void put(E e) throws InterruptedException;

尾插,成功true,失败fal se

boolean offer (E e);

尾插,等待timeout时间添加数据

boolean offer(E e,long timeout,TimeUnit unit)throws InterruptedException;

从头获取数据,为空,则一直等待有元素再返回。

take(E e )throws InterruptedException;

从头部取数据,等待一段时间获取数据

poll(long timeout,TimeUnit unit)throws InterruptedException;
Blocking Queue

主要用于生产者-消费者模式,在多线程场景时生产者线程在队列尾部添加元素,而消费者线程则在队列头部消费元素,通过这种方式能够达到将任务的生产和消费进行隔离的目的

  1. Array Blocking Queue:一个由数组结构组成的有界阻塞队列;
  2. Linked Blocking Queue:一个由链表结构组成的有界/无界阻塞队列;
  3. Priority Blocking Queue:一个支持优先级排序的无界阻塞队列;
  4. DealyQueue:一个使用优先级队列实现的无界阻塞队列;
  5. SynchronousQueue:-个不存储元素的阻塞队列;
  6. Linked TransferQueue:一个由链表结构组成的无界阻塞队列;
  7. Linked Blocking Deque:一个由链表结构组成的双向阻塞队列;

10、Java的I/O机制

BIO、NIO、AIO区别

BIO:Block-I0: InputStream和outputStream, Reader和Writer

IO执行的阶段,线程是被阻塞的。

NIO:Non Block-Io:构建多路复用的、同步非阻塞的IO操作

NIO的核心

  • Channels(通道)
  • Buffers(缓冲)
  • Selectors( 选择器)

Channels的下级分类

  • Filechannel(文件通道)

transferTo:把 Filechannel中的数据拷贝到另外一个 Channel

transfer From:把另外一个 Channe中的数据拷贝到 Filechannel

避免了两次用户态和内核态间的上下文切换,即”零拷贝”,效率较高

  • Datagram Channel
  • Socketchannel(连接通道)
  • Server Socketchanne↓

Buffers(缓冲)

  • Byte Buffer
  • Char Buffer
  • Double Buffer
  • FloatBuffer
  • IntBuffer
  • Long Buffer
  • Short Buffer
  • Mapped Byte Buffer(内存映射主键)

Selectors( 选择器)

IO多路复用:调用系统级别的 select、poll、epoll

select、poll,epol的区别

支持一个进程所能打开的最大连接数

select 单个进程所能打开的最大连接数由FD_SETSIZE宏定义,其大小是32个整数的大小(在32位的机器上,大小是3232,64位机器上FD (SETSIZE为3264),我们可以对其进行修改,然后重新编译內核,但是性能无法保证,需要做进一步测试
poll 本质上与select没有区别,但是它没有最大连接数的限制,原因是它是基于链表来存储的
epoll 虽然连接数有上限,但是很大,1G内存的机器上可以打开10万左右的连接

FD(文件句柄)剧增后带来的IO效率问题

select 因为每次调用时都会对连接进行线性遍历,所以随着FD的增加会造成遍历速度的"线性下降"的性能问题
poll 同上
epoll 由于epoll是根据每个FD上的 callback函数来实现的,只有活跃的 socket才会主动调用 callback,所以在活跃 socket较少的情况下,使用epoll不会有"线性下降"的性能问题,但是所有 socket都很活跃的情况下,可能会有性能问题

消息传递方式

select 内核需要将消息传递到用户空间,需要內核的拷贝动作
poll 同上
epoll 通过内核和用户空间共享一块内存来实现,性能较高

AIO异步IO(Asynchronous IO:基于事件和回调机制)

AIO如何进一步加工处理结果

  • 基于回调:实现 CompletionHandler接口,调用时触发回调函数。
  • 返回 Future:通过idDone( )查看是否准备好,通过get( )等待返回数据

BO、NIO、AIO对比

属性\模型 阻塞BIO 非阻塞NIO 异步AIO
blocking 阻塞并同步 非阻塞但同步 非阻塞并异步
线程数(server:client) 1:1 1:N 0:N
复杂度 简单 较复杂 复杂
吞吐量
目录
相关文章
|
4月前
|
开发框架 Java Apache
Java中的类库与工具集推荐
Java中的类库与工具集推荐
|
6月前
|
算法 Java
Java中CAS算法的集中体现:Atomic原子类库,你了解吗?
【5月更文挑战第15天】Java中CAS算法的集中体现:Atomic原子类库,你了解吗?
54 1
|
5月前
|
安全 Java 程序员
[笔记] 疯狂JAVA讲义(第3版)第7章 Java基础类库
[笔记] 疯狂JAVA讲义(第3版)第7章 Java基础类库
|
6月前
|
SQL 存储 Java
令应用开发效率飙升的 Java 类库
更多地使用 Java 而避免存储过程和复杂 SQL 是当前应用开发的一个潮流,这会在架构上带来优势,但用 Java 实现 SQL 式的运算并不是非常方便,很多任务要从头写起,开发效率其实反而会降低。
|
Java 数据库连接
Java类库的使用
Java类库(Java Class Library)是一组预定义的类和接口,提供了丰富的功能和工具,可以帮助开发人员快速开发Java应用程序。Java类库是Java开发的核心部分,包含了各种常用的类和接口,用于处理字符串、日期、集合、输入输出、网络通信、图形界面等各种任务。 Java类库分为两部分:核心类库(Core Class Library)和扩展类库(Extension Class Library)。 核心类库包括了Java语言的基本类和接口,如Object、String、Math、ArrayList、HashMap等。这些类和接口提供了常用的功能和数据结构,可以直接在代码中使用。
166 0
|
6月前
|
SQL Java Apache
Java类库
Java类库
55 0
|
6月前
|
缓存 安全 Java
JAVA 常用类库 StringBuffer 和 StringBuilder
● 当对字符串进行修改的时候,需要使用 StringBuffer 和 StringBuilder 类。 ● 和 String 类不同的是,StringBuffer 和 StringBuilder类的对象能够被多次的修改,并且不产生新的未使用对象。 ● StringBuilder 类在 Java 5 中被提出,它和 StringBuffer 之间的最大不同在于 StringBuilder 的方法不是线程安全的(不能同步访问)。 ● 由于 StringBuilder 相较于 StringBuffer 有速度优势,多数情况下建议使用 StringBuilder类。然而在应用程序要求线程安全的情况下,
|
6月前
|
安全 Java 关系型数据库
Java核心类库
Java核心类库
135 1
|
算法 Java 调度
Java常用类库(System、Arrays、定时调度、Base64加密解密)
1.System类,2.Arrays数组操作类,3.定时调度,4.Base64加密与解密
75 0