双城网站建设公司,低价网站建设费用多少,网站开发 专有名词,深圳市住房和建设局工程交易服务主页sleep() 方法和 wait() 方法对比
相同点
两者都可以暂停线程的执行#xff1b;两者都可以响应中断。
不同点 sleep()方法不会释放锁#xff0c;wait()方法会释放锁#xff1b; sleep()方法主要用于暂停线程的执行#xff0c;wait()方法主要用于线程之间的交互/通信两者都可以响应中断。
不同点 sleep()方法不会释放锁wait()方法会释放锁 sleep()方法主要用于暂停线程的执行wait()方法主要用于线程之间的交互/通信 sleep() 方法执行完成后线程会自动苏醒wait() 方法被调用后线程不会自动苏醒需要其他线程调用同一个对象上的 notify()或者 notifyAll() 方法。或者也可以使用 wait(long timeout) 超时后线程会自动苏醒 sleep()方法是Thread类的静态方法wait()方法是Object类的本地方法 wait()、notify()方法必须写在同步方法/同步代码块中是为了防止死锁和永久等待使线程更安全而sleep()方法没有这个限制。
如果想要详细了解这个问题可以参考我的另一篇文章——Java并发常见面试题二。
synchronized 和 volatile 的区别
volatile 是线程同步的轻量级实现性能要比 synchronized 关键字要好。但是 volitale 只能用于修饰变量而 synchronized 关键字可以用于修饰代码块和方法volatile 关键字只能保证数据的可见性不能保证数据的原子性而 synchronized 关键字两者都能保证volatile 关键字主要用于解决变量在多个线程之间的可见性而 synchronized 关键字主要用于解决多个线程之间访问资源的同步性。
如果想要详细了解这个问题可以参考我的另一篇文章——Java并发常见面试题三。
OSI 的七层网络模型他们各自的作用
自上到下依次是
应用层直接向计算机用户提供服务完成用户希望在网络上完成的各种工作表示层数据处理编解码、加密解密、压缩解压缩会话层管理建立、维护、重连应用程序之间的会话传输层为两台主机进程之间通信提供数据传输服务网络层路由和寻址决定数据在网络中的游走路径数据链路层通过各种控制协议将有差错的物理信道变为无差错的、能可靠传输数据帧的数据链路物理层利用传输介质为数据链路层提供物理连接实现比特流的透明传输。
如果想要详细了解这个问题可以参考这篇文章——OSI七层模型详解。
TCP 与 UDP 的区别 是否面向连接 UDP 在传送数据之前不需要先建立连接。而 TCP 提供面向连接的服务在传送数据之前必须先建立连接数据传送结束后要释放连接 是否是可靠传输远地主机在收到 UDP 报文后不需要给出任何确认并且不保证数据不丢失不保证是否顺序到达。TCP 提供可靠的传输服务TCP 在传递数据之前会有三次握手来建立连接而且在数据传递时有确认、窗口、重传、拥塞控制机制。通过 TCP 连接传输的数据无差错、不丢失、不重复、并且按序到达 是否有状态 这个和上面的“是否可靠传输”相对应。TCP 传输是有状态的这个有状态说的是 TCP 会去记录自己发送消息的状态比如消息是否发送了、是否被接收了等等。为此 TCP 需要维持复杂的连接状态表。而 UDP 是无状态服务简单来说就是不管发出去之后的事情了 传输效率 由于使用 TCP 进行传输的时候多了连接、确认、重传等机制所以 TCP 的传输效率要比 UDP 低很多 传输形式 TCP 是面向字节流的UDP 是面向报文的 首部开销 TCP 首部开销20 60 字节比 UDP 首部开销8 字节要大 是否提供广播或多播服务 TCP 只支持点对点通信UDP 支持一对一、一对多、多对一、多对多。
Autowired 和 Resource 的区别是什么 Autowired 是 Spring 提供的注解Resource 是 JDK 提供的注解。 Autowired 默认的注入方式为byType根据类型进行匹配Resource默认注入方式为 byName根据名称进行匹配。 当一个接口存在多个实现类的情况下Autowired 和Resource都需要通过名称才能正确匹配到对应的 Bean。Autowired 可以通过 Qualifier 注解来显式指定名称Resource可以通过 name 属性来显式指定名称。
Bean 的生命周期
如果想要详细了解这个问题可以参考这篇文章——Spring Bean的生命周期。
hashmap、hashtable和concurrenthashmap的区别
HashMap 和 Hashtable 的区别 线程是否安全 HashMap 是非线程安全的Hashtable 是线程安全的,因为 Hashtable 内部的方法基本都经过synchronized 修饰。如果你要保证线程安全的话就使用 ConcurrentHashMap 吧 效率 因为线程安全的问题HashMap 要比 Hashtable 效率高一点。另外Hashtable 基本被淘汰不要在代码中使用它 对 Null key 和 Null value 的支持 HashMap 可以存储 null 的 key 和 value但 null 作为键只能有一个null 作为值可以有多个Hashtable 不允许有 null 键和 null 值否则会抛出 NullPointerException。 初始容量大小和每次扩充容量大小的不同 ① 创建时如果不指定容量初始值Hashtable 默认的初始大小为 11之后每次扩充容量变为原来的 2n1。HashMap 默认的初始化大小为 16。之后每次扩充容量变为原来的 2 倍。② 创建时如果给定了容量初始值那么 Hashtable 会直接使用你给定的大小而 HashMap 会将其扩充为 2 的幂次方大小HashMap 中的tableSizeFor()方法保证下面给出了源代码。也就是说 HashMap 总是使用 2 的幂作为哈希表的大小,上面已经介绍过为什么是 2 的幂次方。 底层数据结构 JDK1.8 以后的 HashMap 在解决哈希冲突时有了较大的变化当链表长度大于阈值默认为 8时将链表转化为红黑树将链表转换成红黑树前会判断如果当前数组的长度小于 64那么会选择先进行数组扩容而不是转换为红黑树以减少搜索时间后文中我会结合源码对这一过程进行分析。Hashtable 没有这样的机制。
如果想要详细了解这个问题可以参考我的另一篇文章——Java集合常见面试题四
如果想要详细了解这个问题可以参考我的另一篇文章——Java集合常见面试题五
binlog 和 redolog 区别
binlog 主要用于数据库还原属于数据库级别的数据恢复主从复制redolog 主要用于保证事务的持久性事务中修改的数据写入了Buffer Pool但还没有提交MySQL突然宕机恢复之后可以通过 redolog 中记录的内容进行恢复属于事务级的数据恢复redolog 属于 InnoDB 数据引擎特有binlog 是所有数据引擎共有的因为 binlog 是 MySQL 的 Server 层实现的binlog 属于逻辑日志主要记录数据库执行的所有 DDL、DML 语句redolog 属于物理日志主要记录数据库某个页的修改binlog 使用追加写的方式写入日志大小没有限制redolog 使用循环写的方式写入日志大小固定当写到结尾会回到开头循环写入。
总结用途数据库还原 保证事务持久性是否为所有引擎共有逻辑日志/物理日志写入方式
逻辑日志和物理日志 逻辑日志可以简单理解为记录的就是sql语句 物理日志因为mysql数据最终是保存在数据页中的物理日志记录的就是数据页变更。
redo日志保证事务持久性
先将原始数据从磁盘读入内存缓冲池 Buffer pool事务发生时会修改内存中的拷贝此时还未写入磁盘生成redo日志写入redo log buffer当事务commit之后以一定的频率 innodb_flush_log_at_trx_commit也就是刷盘策略写入redo log file在磁盘中innodb_flush_log_at_trx_commit 1. 设置 0 不刷盘操作系统默认每1秒进行同步 2. 事务提交就刷盘其实就是写入PageCache 立即刷盘 写入redo log file 3. 事务提交将redo log buffer写入PageCache 每秒刷新一次到磁盘redo log file里有个checkpoint之前都写入磁盘write pos写入位置保证事物的持久性
Spring的优点
Spring是java企业版Java Enterprise EditionJEE也称J2EE的轻量型代替品无需开发重量级的Enterprise JavaBean EJBSpring为企业级java开发提供了一种相对简单的方法通过依赖注入和面向切面编程用简单的java对象Plain Old java ObjectPOJO实现了EJB的功能。
Spring的缺点
虽然Spring的组件代码是轻量级的但它的配置却是重量级的。
一开始spring用XML配置而且是很多XML配置。
Sring2.5引入了基于 注解的组件扫描这消除了大量针对应用程序自身组件的显示XML配置。
Spring3.0引入了基于 java的配置 ,这是一种类型安全的可重构配置方式可以代替XML。
此外项目的依赖管理也是一件耗时耗力的事情。
在环境搭建时需要分析要导入哪些库的坐标而且还需要分析导入与之有依赖关系的其他库的坐标一旦选错依赖的版本随之而来的不兼容问题就会严重阻碍项目的开发进度。
总结需要手动编写大量配置文件xml需要自己进行项目依赖管理。
SpringBoot的优点 Spring Boot 可以快速创建独立的Spring应用程序。 Spring Boot 内嵌了如TomcatJetty和Undertow这样的容器也就是说可以直接运行不用再做部署工作了。 Spring Boot 无需再像Spring一样使用一堆繁琐的xml文件配置。 Spring Boot 可以自动配置(核心)Spring。SpringBoot将原有的XML配置改为Java配置将bean注入改为使用注解注入的方式(Autowire、Resource)并将多个xml、properties配置浓缩在一个appliaction.yml配置文件中。 Spring Boot 提供了一些现有的功能如量度工具表单数据验证以及一些外部配置这样的一些第三方功能。 Spring Boot 可以快速整合常用依赖开发库例如spring-webmvc、jackson-json、validation-api和tomcat等提供的POM可以简化Maven的配置。当我们引入核心依赖时SpringBoot会自引入其他依赖。
总结一下可以快速创建独立的Spring应用程序简化配置无需配置大量xml文件内嵌了Tomcat、Jetty等Servlet容器可以轻松运行 SpringBoot Web项目可以快速整合一些常用的依赖。
