比较对象内容是否一致。
和equals成对出现。计算对象的hash码值。
资源释放。GC调用。
一般在重量级的工具中定义。如:DataSource、SqlSessionFactory、线程池
克隆方法(原型模式)。深拷贝?浅拷贝?
不推荐使用。单例对象,无所谓克隆。非单例对象,不需要克隆。 在业务实现流程中,如果需要留存备份,做备份缓存的时候,可能使用。
native方法:底层方法, 是基于C语言实现 java中的序列化是增量序列化 add向末尾加 remove 末尾删除 调用这些方法时, 一般是arraylist快 数组扩容时,相反
Set是只有key没有value的map。
键值对。key不重复。value不限制。所有的map在使用的时候,建议,多数据导入的时候,批量实现。
是Java5开始提供的,线程安全的特殊实现包。其中包括线程安全的集合,线程池,线程锁,线程安全的包装对象(Atomic) current包 保存了list set map接口,作用是保证线程安全
本身类型的对象代表线程。
常用方法:
其中定义了方法run
线程资源绑定对象。底层是map。key是Thread.currentThread()。value是要绑定的资源。
定义:一次性创建若干线程对象,在使用的时候,直接启动。当启动的线程终止后,返回到线程池,等待后续使用。
注意:代码中使用了线程池。那么最终一定要shutdown。否则进程不会结束。因为线程池是由一个精灵线程管理的,即使所有的线程都结束了,精灵线程也会用就运行下去。 Executor:顶级接口 Executors:线程池工具类,定义了若干静态方法,快速创建线程池对象。 ExecutorService:常用接口,代表线程池
网络开发编码相对简单。复杂在于网络的模式。是否阻塞,是否异步。 常见的Socket开发,都是同步阻塞的。 开发最简单。
监听某端口,提供服务。 ServerSocket ss = new ServerSocket(port); ss.accept(socket);
Socket s = new Socket(ip, port);
同步和异步是针对应用程序和内核的交互而言的, 同步指的是 用户进程触发IO操作并等待或者轮询前去查看IO操作是否就绪,而 异步是指 用户进程触发IO操作以后便开始做自己的事情,而当IO操作已经完成的时候会得到IO完成的通知。
以银行取款为例: 同步 : 自己亲自出马持银行卡到银行取钱(使用同步IO时,Java自己处理IO读写); 异步 : 委托一小弟拿银行卡到银行取钱,然后给你(使用异步IO时,Java将IO读写委托给OS处理,需要将数据缓冲区地址和大小传给OS(银行卡和密码),OS需要支持异步IO操作API);
阻塞和非阻塞是针对于进程在访问数据的时候,根据IO操作的就绪状态来采取的不同方式,说白了是一种读取或者写入操作方法的实现方式,阻塞方式下读取或者写入函数将一直等待,而非阻塞方式下,读取或者写入方法会立即返回一个状态值。
以银行取款为例: 阻塞 : ATM排队取款,你只能等待(使用阻塞IO时,Java调用会一直阻塞到读写完成才返回); 非阻塞 : 柜台取款,取个号,然后坐在椅子上做其它事,等号广播会通知你办理,没到号你就不能去,你可以不断问大堂经理排到了没有,大堂经理如果说还没到你就不能去(使用非阻塞IO时,如果不能读写Java调用会马上返回,当IO事件分发器通知可读写时再继续进行读写,不断循环直到读写完成)
作者:java灬小不点
链接:https://zhuanlan.zhihu.com/p/198066733
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
Blocking IO: 同步阻塞的编程方式。 BIO编程方式通常是在JDK1.4版本之前常用的编程方式。编程实现过程为:首先在服务端启动一个ServerSocket来监听网络请求,客户端启动Socket发起网络请求,默认情况下ServerSocket回建立一个线程来处理此请求,如果服务端没有线程可用,客户端则会阻塞等待或遭到拒绝。 且建立好的连接,在通讯过程中,是同步的。在并发处理效率上比较低。大致结构如下:2.2 阻塞非阻塞
阻塞和非阻塞是针对于进程在访问数据的时候,根据IO操作的就绪状态来采取的不同方式,说白了是一种读取或者写入操作方法的实现方式,阻塞方式下读取或者写入函数将一直等待,而非阻塞方式下,读取或者写入方法会立即返回一个状态值。
以银行取款为例: 阻塞 : ATM排队取款,你只能等待(使用阻塞IO时,Java调用会一直阻塞到读写完成才返回); 非阻塞 : 柜台取款,取个号,然后坐在椅子上做其它事,等号广播会通知你办理,没到号你就不能去,你可以不断问大堂经理排到了没有,大堂经理如果说还没到你就不能去(使用非阻塞IO时,如果不能读写Java调用会马上返回,当IO事件分发器通知可读写时再继续进行读写,不断循环直到读写完成)
Blocking IO: 同步阻塞的编程方式。 BIO编程方式通常是在JDK1.4版本之前常用的编程方式。编程实现过程为:首先在服务端启动一个ServerSocket来监听网络请求,客户端启动Socket发起网络请求,默认情况下ServerSocket回建立一个线程来处理此请求,如果服务端没有线程可用,客户端则会阻塞等待或遭到拒绝。 且建立好的连接,在通讯过程中,是同步的。在并发处理效率上比较低。大致结构如下:
同步并阻塞,服务器实现模式为一个连接一个线程,即客户端有连接请求时服务器端就需要启动一个线程进行处理,如果这个连接不做任何事情会造成不必要的线程开销,当然可以通过线程池机制改善。 BIO方式适用于连接数目比较小且固定的架构,这种方式对服务器资源要求比较高,并发局限于应用中,JDK1.4以前的唯一选择,但程序直观简单易理解。 使用线程池机制改善后的BIO模型图如下:
Unblocking IO(New IO): 同步非阻塞的编程方式。 NIO本身是基于事件驱动思想来完成的,其主要想解决的是BIO的最大并发问题,NIO基于Reactor,当socket有流可读或可写入socket时,操作系统会通知相应的应用程序进行处理,应用再将流读取到缓冲区或写入操作系统。也就是说,这个时候,已经不是一个连接就要对应一个处理线程了,而是有效的请求,对应一个线程,当连接没有数据时,是没有工作线程来处理的。 NIO的最重要的地方是当一个连接创建后,不需要对应一个线程,这个连接会被注册到多路复用器上面,所以所有的连接只需要一个线程就可以搞定,当这个线程中的多路复用器进行轮询的时候,发现连接上有请求的话,才开启一个线程进行处理,也就是一个请求一个线程模式。 在NIO的处理方式中,当一个请求来的话,开启线程进行处理,可能会等待后端应用的资源(JDBC连接等),其实这个线程就被阻塞了,当并发上来的话,还是会有BIO一样的问题。
同步非阻塞,服务器实现模式为一个请求一个通道,即客户端发送的连接请求都会注册到多路复用器上,多路复用器轮询到连接有I/O请求时才启动一个线程进行处理。 NIO方式适用于连接数目多且连接比较短(轻操作)的架构,比如聊天服务器,并发局限于应用中,编程复杂,JDK1.4开始支持。
Asynchronous IO: 异步非阻塞的编程方式 与NIO不同,当进行读写操作时,只须直接调用API的read或write方法即可。这两种方法均为异步的,对于读操作而言,当有流可读取时,操作系统会将可读的流传入read方法的缓冲区,并通知应用程序;对于写操作而言,当操作系统将write方法传递的流写入完毕时,操作系统主动通知应用程序。即可以理解为,read/write方法都是异步的,完成后会主动调用回调函数。在JDK1.7中,这部分内容被称作NIO.2,主要在java.nio.channels包下增加了下面四个异步通道:
AsynchronousSocketChannel AsynchronousServerSocketChannel AsynchronousFileChannel AsynchronousDatagramChannel
异步非阻塞,服务器实现模式为一个有效请求一个线程,客户端的I/O请求都是由OS先完成了再通知服务器应用去启动线程进行处理。 AIO方式使用于连接数目多且连接比较长(重操作)的架构,比如相册服务器,充分调用OS参与并发操作,编程比较复杂,JDK7开始支持。
`
`
`
`
就先到这里,明天继续另一部分~