能量加油站Java下

た入场券 2024-03-30 16:07 101阅读 0赞

#### RabbitMQ ####

*  1、RabbitMQ 的重要角色有哪些？

> 1、生产者：消息的创建者，负责创建和推送数据到消息服务器；

> 2、消费者：消息的接收方，用于处理数据和确认消息；

> 3、代理：就是 RabbitMQ 本身，用于扮演“快递”的角色，本身不生产消息，只是扮演“快递”的角色。

*  2、RabbitMQ 有哪些重要的组件？

> 1、ConnectionFactory（连接管理器）：应用程序与Rabbit之间建立连接的管理器，程序代码中使用。

> 2、Channel（信道）：消息推送使用的通道。

> 3、Exchange（交换器）：用于接受、分配消息。

> 4、Queue（队列）：用于存储生产者的消息。

> 5、RoutingKey（路由键）：用于把生成者的数据分配到交换器上。

> 6、BindingKey（绑定键）：用于把交换器的消息绑定到队列上。

*  3、RabbitMQ 怎么保证消息的稳定性？

> 1、提供了事务的功能。

> 2、通过将 channel 设置为 confirm（确认）模式。

*  7、RabbitMQ 怎么避免消息丢失？

> 把消息持久化磁盘，保证服务器重启消息不丢失。  
> 每个集群中至少有一个物理磁盘，保证消息落入磁盘。

*  8、要保证消息持久化成功的条件有哪些？

> 1、声明队列必须设置持久化 durable 设置为 true.

> 2、消息推送投递模式必须设置持久化，deliveryMode 设置为 2（持久）

*  9、RabbitMQ 持久化有什么缺点？

> 持久化的缺地就是降低了服务器的吞吐量，因为使用的是磁盘而非内存存储，从而降低了吞吐量。可尽量使用 ssd 硬盘来缓解吞吐量的问题。

*  10、RabbitMQ 有几种广播类型？

> 1、direct（默认方式）：最基础最简单的模式，发送方把消息发送给订阅方，如果有多个订阅者，默认采取轮询的方式进行消息发送。

> 2、headers：与 direct 类似，只是性能很差，此类型几乎用不到。

> 3、fanout：分发模式，把消费分发给所有订阅者。

> 4、topic：匹配订阅模式，使用正则匹配到消息队列，能匹配到的都能接收到。

*  11、RabbitMQ 怎么实现延迟消息队列？

> 1、通过消息过期后进入死信交换器，再由交换器转发到延迟消费队列，实现延迟功能；

2、使用 RabbitMQ-delayed-message-exchange 插件实现延迟功能。

*  12、RabbitMQ 集群有什么用？

> 高可用：某个服务器出现问题，整个 RabbitMQ 还可以继续使用；  
> 高容量：集群可以承载更多的消息量。

*  13、RabbitMQ 节点的类型有哪些？

> 1、磁盘节点：消息会存储到磁盘。

> 2、内存节点：消息都存储在内存中，重启服务器消息丢失，性能高于磁盘类型。

*  14、RabbitMQ 集群搭建需要注意哪些问题？

> 各节点之间使用“–link”连接，此属性不能忽略。  
> 各节点使用的 erlang cookie 值必须相同，此值相当于“秘钥”的功能，用于各节点的认证。  
> 整个集群中必须包含一个磁盘节点。

*  15、RabbitMQ 每个节点是其他节点的完整拷贝吗？为什么？

> 不是，原因有以下两个：  
> 1、存储空间的考虑：如果每个节点都拥有所有队列的完全拷贝，这样新增节点不但没有新增存储空间，反而增加了更多的冗余数据；

> 2、性能的考虑：如果每条消息都需要完整拷贝到每一个集群节点，那新增节点并没有提升处理消息的能力，最多是保持和单节点相同的性能甚至是更糟。

*  16、RabbitMQ 集群中唯一一个磁盘节点崩溃了会发生什么情况？

> 如果唯一磁盘的磁盘节点崩溃了，不能进行以下操作：  
> 不能创建队列  
> 不能创建交换器  
> 不能创建绑定  
> 不能添加用户  
> 不能更改权限  
> 不能添加和删除集群节点  
> 唯一磁盘节点崩溃了，集群是可以保持运行的，但你不能更改任何东西

*  17、RabbitMQ 对集群节点停止顺序有要求吗？

> 1、RabbitMQ 对集群的停止的顺序是有要求的，应该先关闭内存节点，最后再关闭磁盘节点。如果顺序恰好相反的话，可能会造成消息的丢失。

> 2、RabbitMQ的集群节点包括内存节点、磁盘节点。RabbitMQ支持消息的持久化也就是数据写在磁盘上，最合适的方案就是既有内存节点，又有磁盘节点。

#### Zookeeper ####

*  18、zookeeper 是什么？

> zookeeper 是一个分布式的，开放源码的分布式应用程序协调服务，是 google chubby 的开源实现，是 hadoop 和 hbase 的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。

*  19、zookeeper 都有哪些功能？

> 1、集群管理：监控节点存活状态、运行请求等。

> 2、主节点选举：主节点挂掉了之后可以从备用的节点开始新一轮选主，主节点选举说的就是这个选举的过程，使用 zookeeper 可以协助完成这个过程。

> 3、分布式锁：zookeeper 提供两种锁：独占锁、共享锁。独占锁即一次只能有一个线程使用资源，共享锁是读锁共享，读写互斥，即可以有多线线程同时读同一个资源，如果要使用写锁也只能有一个线程使用。zookeeper可以对分布式锁进行控制。

> 4、命名服务：在分布式系统中，通过使用命名服务，客户端应用能够根据指定名字来获取资源或服务的地址，提供者等信息。

*  20、zookeeper 有几种部署模式？

> zookeeper 有三种部署模式：  
> 1、单机部署：一台集群上运行；  
> 2、集群部署：多台集群运行；  
> 3、伪集群部署：一台集群启动多个 zookeeper 实例运行。

*  21、zookeeper 怎么保证主从节点的状态同步？

> zookeeper 的核心是原子广播，这个机制保证了各个 server 之间的同步。实现这个机制的协议叫做 zab 协议。zab 协议有两种模式，分别是恢复模式（选主）和广播模式（同步）。当服务启动或者在领导者崩溃后，zab 就进入了恢复模式，当领导者被选举出来，且大多数 server 完成了和 leader 的状态同步以后，恢复模式就结束了。状态同步保证了 leader 和 server 具有相同的系统状态。

*  22、 集群中为什么要有主节点？

> 在分布式环境中，有些业务逻辑只需要集群中的某一台机器进行执行，其他的机器可以共享这个结果，这样可以大大减少重复计算，提高性能，所以就需要主节点。

*  23、集群中有 3 台服务器，其中一个节点宕机，这个时候 zookeeper 还可以使用吗？

> 可以继续使用，单数服务器只要没超过一半的服务器宕机就可以继续使用。

*  24、说一下 zookeeper 的通知机制？

> 客户端端会对某个 znode 建立一个 watcher 事件，当该 znode 发生变化时，这些客户端会收到 zookeeper 的通知，然后客户端可以根据 znode 变化来做出业务上的改变.

#### MySQL ####

*  25、数据库的三范式是什么？

> 1、第一范式：强调的是列的原子性，即数据库表的每一列都是不可分割的原子数据项。

> 2、第二范式：要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性。

> 3、第三范式：任何非主属性不依赖于其它非主属性。

*  26、一张自增表里面总共有 7 条数据，删除了最后 2 条数据，重启 MySQL 数据库，又插入了一条数据，此时 id 是几？

> 1、表类型如果是 MyISAM ，那 id 就是 8。

> 2、表类型如果是 InnoDB，那 id 就是 6。  
> InnoDB 表只会把自增主键的最大 id 记录在内存中，所以重启之后会导致最大 id 丢失。

*  27、如何获取当前数据库版本？

> 使用 select version() 获取当前 MySQL 数据库版本

*  28、说一下 ACID 是什么？

> 1、Atomicity（原子性）：一个事务（transaction）中的所有操作，或者全部完成，或者全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被恢复（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。即，事务不可分割、不可约简。

> 2、Consistency（一致性）：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设约束、触发器、级联回滚等。

> 3、Isolation（隔离性）：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。

> 4、Durability（持久性）：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。

*  29、char 和 varchar 的区别是什么？

> 1、「char(n)」 ：固定长度类型，比如订阅 char(10)，当你输入"abc"三个字符的时候，它们占的空间还是 10 个字节，其他 7 个是空字节。  
> 2、varchar(n)」 ：可变长度，存储的值是每个值占用的字节再加上一个用来记录其长度的字节的长度。

*  30、float 和 double 的区别是什么？

> 1、float 最多可以存储 8 位的十进制数，并在内存中占 4 字节。

> 2、double 最可可以存储 16 位的十进制数，并在内存中占 8 字节。

*  31、MySQL 的内连接、左连接、右连接有什么区别？

> 1、内连接关键字：inner join；左连接：left join；右连接：right join。  
> 2、内连接是把匹配的关联数据显示出来；左连接是左边的表全部显示出来，右边的表显示出符合条件的数据；右连接正好相反。

*  32、MySQL 索引是怎么实现的？

> 1、具体来说 MySQL 中的索引，不同的数据引擎实现有所不同，但目前主流的数据库引擎的索引都是 B+ 树实现的，B+ 树的搜索效率，可以到达二分法的性能，找到数据区域之后就找到了完整的数据结构了，所有索引的性能也是更好的。

*  33、怎么验证 MySQL 的索引是否满足需求？

> 1、使用 explain 查看 SQL 是如何执行查询语句的，从而分析你的索引是否满足需求。

> 2、explain 语法：explain select \* from table where type=1。

*  34、说一下数据库的事务隔离？

> 1、READ-UNCOMMITTED：未提交读，最低隔离级别、事务未提交前，就可被其他事务读取（会出现幻读、脏读、不可重复读）。  
> 2、READ-COMMITTED：提交读，一个事务提交后才能被其他事务读取到（会造成幻读、不可重复读）。  
> 3、REPEATABLE-READ：可重复读，默认级别，保证多次读取同一个数据时，其值都和事务开始时候的内容是一致，禁止读取到别的事务未提交的数据（会造成幻读）。  
> 4、SERIALIZABLE：序列化，代价最高最可靠的隔离级别，该隔离级别能防止脏读、不可重复读、幻读。

*  35、说一下 MySQL 常用的引擎

> 1、InnoDB 引擎 MySQL 5.1 后默认的数据库引擎，提供了对数据库 acid 事务的支持，并且还提供了行级锁和外键的约束

> 2、MyIASM 引擎 不提供事务的支持，也不支持行级锁和外键

*  36、说一下 MySQL 的行锁和表锁？

> 1、MyISAM 只支持表锁，InnoDB 支持表锁和行锁，默认为行锁。  
> 2、表级锁：开销小，加锁快，不会出现死锁。锁定粒度大，发生锁冲突的概率最高，并发量最低。  
> 3、行级锁：开销大，加锁慢，会出现死锁。锁力度小，发生锁冲突的概率小，并发度最高。

*  37、说一下乐观锁和悲观锁？

> 1、乐观锁：每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在提交更新的时候会判断一下在此期间别人有没有去更新这个数据。  
> 2、悲观锁：每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻止，直到这个锁被释放。

*  38、MySQL 问题排查都有哪些手段？

> 1、使用 show processlist 命令查看当前所有连接信息。  
> 2、使用 explain 命令查询 SQL 语句执行计划。  
> 3、开启慢查询日志，查看慢查询的 SQL。

*  39、如何做 MySQL 的性能优化？

> 1、为搜索字段创建索引。  
> 2、避免使用 select \*，列出需要查询的字段。  
> 3、垂直分割分表。  
> 4、选择正确的存储引擎

#### Redis ####

*  40、Redis是什么？都有哪些使用场景？

> 1、Redis 是一个使用 C 语言开发的高速缓存数据库。  
> 2、Redis 使用场景：
> 
> > 1、记录帖子点赞数、点击数、评论数；  
> > 2、缓存近期热帖；  
> > 3、缓存文章详情信息；  
> > 4、记录用户会话信息。

*  41、Redis 有哪些功能？

> 1、数据缓存功能  
> 2、分布式锁的功能  
> 3、支持数据持久化  
> 4、支持事务  
> 5、支持消息队列

*  42、Redis 支持的 Java 客户端都有哪些？

> 1、Redisson、jedis、lettuce

*  43、 jedis 和 Redisson 有哪些区别？

> 1、jedis：提供了比较全面的 Redis 命令的支持。  
> 2、Redisson：实现了分布式和可扩展的 Java 数据结构，与 jedis 相比 Redisson 的功能相对简单，不支持排序、事务、管道、分区等 Redis 特性。

*  44、怎么保证缓存和数据库数据的一致性？

> 1、合理设置缓存的过期时间。  
> 2、新增、更改、删除数据库操作时同步更新 Redis，可以使用事物机制来保证数据的一致性。

*  45、Redis 持久化有几种方式？

> 1、RDB（Redis Database）：指定的时间间隔能对你的数据进行快照存储。  
> 2、AOF（Append Only File）：每一个收到的写命令都通过write函数追加到文件中。

*  45、Redis 怎么实现分布式锁？

> 1、Redis 分布式锁其实就是在系统里面占一个“坑”，其他程序也要占“坑”的时候，占用成功了就可以继续执行，失败了就只能放弃或稍后重试。  
> 占坑一般使用 setnx(set if not exists)指令，只允许被一个程序占有，使用完调用 del 释放锁。

*  46、Redis 如何做内存优化？

> 尽量使用 Redis 的散列表，把相关的信息放到散列表里面存储，而不是把每个字段单独存储，这样可以有效的减少内存使用。比如将 Web 系统的用户对象，应该放到散列表里面再整体存储到 Redis，而不是把用户的姓名、年龄、密码、邮箱等字段分别设置 key 进行存储。

*  47、Redis 淘汰策略有哪些？

> 1、volatile-lru：从已设置过期时间的数据集（server. db\[i\]. expires）中挑选最近最少使用的数据淘汰。  
> 2、volatile-ttl：从已设置过期时间的数据集（server. db\[i\]. expires）中挑选将要过期的数据淘汰。  
> 3、volatile-random：从已设置过期时间的数据集（server. db\[i\]. expires）中任意选择数据淘汰。  
> 4、allkeys-lru：从数据集（server. db\[i\]. dict）中挑选最近最少使用的数据淘汰。  
> 5、allkeys-random：从数据集（server. db\[i\]. dict）中任意选择数据淘汰。  
> 6、no-enviction（驱逐）：禁止驱逐数据。

*  48、 Redis 常见的性能问题有哪些？该如何解决？

> 1、主服务器写内存快照，会阻塞主线程的工作，当快照比较大时对性能影响是非常大的，会间断性暂停服务，所以主服务器最好不要写内存快照。  
> 2、Redis 主从复制的性能问题，为了主从复制的速度和连接的稳定性，主从库最好在同一个局域网内。

#### JVM ####

*  49、说一下 JVM 的主要组成部分？及其作用？

> 类加载器（ClassLoader）  
> 运行时数据区（Runtime Data Area）  
> 执行引擎（Execution Engine）  
> 本地库接口（Native Interface）

> 步骤流程：首先通过类加载器（ClassLoader）会把 Java 代码转换成字节码，运行时数据区（Runtime Data Area）再把字节码加载到内存中，而字节码文件只是 JVM 的一套指令集规范，并不能直接交给底层操作系统去执行，因此需要特定的命令解析器执行引擎（Execution Engine），将字节码翻译成底层系统指令，再交由 CPU 去执行，而这个过程中需要调用其他语言的本地库接口（Native Interface）来实现整个程序的功能。

*  50、 说一下 JVM 运行时数据区？

> 不同虚拟机的运行时数据区可能略微有所不同，但都会遵从 Java 虚拟机规范， Java 虚拟机规范规定的区域分为以下 5 个部分：

> 1、程序计数器（Program Counter Register）：当前线程所执行的字节码的行号指示器，字节码解析器的工作是通过改变这个计数器的值，来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能，都需要依赖这个计数器来完成；

> 2、Java 虚拟机栈（Java Virtual Machine Stacks）：用于存储局部变量表、操作数栈、动态链接、方法出口等信息；

> 3、本地方法栈（Native Method Stack）：与虚拟机栈的作用是一样的，只不过虚拟机栈是服务 Java 方法的，而本地方法栈是为虚拟机调用 Native 方法服务的；

> 4、Java 堆（Java Heap）：Java 虚拟机中内存最大的一块，是被所有线程共享的，几乎所有的对象实例都在这里分配内存；

> 5、方法区（Methed Area）：用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译后的代码等数据。

*  51、说一下堆栈的区别？

> 功能方面：堆是用来存放对象的，栈是用来执行程序的。  
> 共享性：堆是线程共享的，栈是线程私有的。  
> 空间大小：堆大小远远大于栈。

*  52、对列和栈是什么？有什么区别？

> 队列和栈都是被用来预存储数据的。

> 队列允许先进先出检索元素，但也有例外的情况，Deque 接口允许从两端检索元素。

*  53、什么是双亲委派模型？

> 在介绍双亲委派模型之前先说下类加载器。对于任意一个类，都需要由加载它的类加载器和这个类本身一同确立在 JVM 中的唯一性，每一个类加载器，都有一个独立的类名称空间。类加载器就是根据指定全限定名称将 class 文件加载到 JVM 内存，然后再转化为 class 对象。

> 类加载器分类：

> 启动类加载器（Bootstrap ClassLoader），是虚拟机自身的一部分，用来加载Java\_HOME/lib/目录中的，或者被 -Xbootclasspath 参数所指定的路径中并且被虚拟机识别的类库；  
> 其他类加载器：

> 扩展类加载器（Extension ClassLoader）：负责加载<java\_home style=“box-sizing: border-box; outline: 0px !important;”>libext目录或Java. ext. dirs系统变量指定的路径中的所有类库；

> 应用程序类加载器（Application ClassLoader）。负责加载用户类路径（classpath）上的指定类库，我们可以直接使用这个类加载器。一般情况，如果我们没有自定义类加载器默认就是用这个加载器。

> 双亲委派模型：如果一个类加载器收到了类加载的请求，它首先不会自己去加载这个类，而是把这个请求委派给父类加载器去完成，每一层的类加载器都是如此，这样所有的加载请求都会被传送到顶层的启动类加载器中，只有当父加载无法完成加载请求（它的搜索范围中没找到所需的类）时，子加载器才会尝试去加载类。

*  54、说一下类装载的执行过程？

> 1、加载：根据查找路径找到相应的 class 文件然后导入；

> 2、检查：检查加载的 class 文件的正确性；

> 3、准备：给类中的静态变量分配内存空间；

> 4、解析：虚拟机将常量池中的符号引用替换成直接引用的过程。符号引用就理解为一个标示，而在直接引用直接指向内存中的地址；

> 5、初始化：对静态变量和静态代码块执行初始化工作。

*  55、怎么判断对象是否可以被回收

> 1、引用计数器：为每个对象创建一个引用计数，有对象引用时计数器 +1，引用被释放时计数 -1，当计数器为 0 时就可以被回收。它有一个缺点不能解决循环引用的问题；

> 2、可达性分析：从 GC Roots 开始向下搜索，搜索所走过的路径称为引用链。当一个对象到 GC Roots 没有任何引用链相连时，则证明此对象是可以被回收的。

*  56、Java 中都有哪些引用类型？

> 1、强引用：发生 gc 的时候不会被回收。

> 2、软引用：有用但不是必须的对象，在发生内存溢出之前会被回收。

> 3、弱引用：有用但不是必须的对象，在下一次GC时会被回收。

> 4、虚引用（幽灵引用/幻影引用）：无法通过虚引用获得对象，用 PhantomReference 实现虚引用，虚引用的用途是在 gc 时返回一个通知。

*  57、说一下 JVM 有哪些垃圾回收算法？

> 1、标记-清除算法：标记无用对象，然后进行清除回收。缺点：效率不高，无法清除垃圾碎片。

> 2、标记-整理算法：标记无用对象，让所有存活的对象都向一端移动，然后直接清除掉端边界以外的内存。

> 3、复制算法：按照容量划分二个大小相等的内存区域，当一块用完的时候将活着的对象复制到另一块上，然后再把已使用的内存空间一次清理掉。缺点：内存使用率不高，只有原来的一半。

> 4、分代算法：根据对象存活周期的不同将内存划分为几块，一般是新生代和老年代，新生代基本采用复制算法，老年代采用标记整理算法。

*  58、说一下 JVM 有哪些垃圾回收器？

> 1、Serial：最早的单线程串行垃圾回收器。  
> 2、Serial Old：Serial 垃圾回收器的老年版本，同样也是单线程的，可以作为 CMS 垃圾回收器的备选预案。  
> 3、ParNew：是 Serial 的多线程版本。  
> 4、Parallel 和 ParNew 收集器类似是多线程的，但 Parallel 是吞吐量优先的收集器，可以牺牲等待时间换取系统的吞吐量。  
> 5、Parallel Old 是 Parallel 老生代版本，Parallel 使用的是复制的内存回收算法，Parallel Old 使用的是标记-整理的内存回收算法。  
> 6、CMS：一种以获得最短停顿时间为目标的收集器，非常适用 B/S 系统。  
> 7、G1：一种兼顾吞吐量和停顿时间的 GC 实现，是 JDK 9 以后的默认 GC 选项。

*  59、详细介绍一下 CMS 垃圾回收器？

> 1、CMS 是英文 Concurrent Mark-Sweep 的简称，是以牺牲吞吐量为代价来获得最短回收停顿时间的垃圾回收器。对于要求服务器响应速度的应用上，这种垃圾回收器非常适合。在启动 JVM 的参数加上“-XX:+UseConcMarkSweepGC”来指定使用 CMS 垃圾回收器。

> 2、CMS 使用的是标记-清除的算法实现的，所以在 gc 的时候回产生大量的内存碎片，当剩余内存不能满足程序运行要求时，系统将会出现 Concurrent Mode Failure，临时 CMS 会采用 Serial Old 回收器进行垃圾清除，此时的性能将会被降低。

*  60、新生代垃圾回收器和老生代垃圾回收器都有哪些？有什么区别？

> 1、新生代回收器：Serial、ParNew、Parallel Scavenge  
> 2、老年代回收器：Serial Old、Parallel Old、CMS  
> 3、整堆回收器：G1  
> 新生代垃圾回收器一般采用的是复制算法，复制算法的优点是效率高，缺点是内存利用率低；老年代回收器一般采用的是标记-整理的算法进行垃圾回收。

*  61、简述分代垃圾回收器是怎么工作的？

> 分代回收器有两个分区：老生代和新生代，新生代默认的空间占比总空间的 1/3，老生代的默认占比是 2/3。

> 新生代使用的是复制算法，新生代里有 3 个分区：Eden、To Survivor、From Survivor，它们的默认占比是 8:1:1，它的执行流程如下：
> 
> > 1、把 Eden + From Survivor 存活的对象放入 To Survivor 区；

> > 2、清空 Eden 和 From Survivor 分区；

> > 3、From Survivor 和 To Survivor 分区交换，From Survivor 变 To Survivor，To Survivor 变 From Survivor。  
> > 每次在 From Survivor 到 To Survivor 移动时都存活的对象，年龄就 +1，当年龄到达 15（默认配置是 15）时，升级为老生代。大对象也会直接进入老生代。

> > 老生代当空间占用到达某个值之后就会触发全局垃圾收回，一般使用标记整理的执行算法。以上这些循环往复就构成了整个分代垃圾回收的整体执行流程。

*  62、 说一下 JVM 调优的工具？

> 1、jconsole：用于对 JVM 中的内存、线程和类等进行监控；  
> 2、jvisualvm：JDK 自带的全能分析工具，可以分析：内存快照、线程快照、程序死锁、监控内存的变化、gc 变化等。

*  63、常用的 JVM 调优的参数都有哪些？

> \-Xms2g：初始化推大小为 2g；  
> \-Xmx2g：堆最大内存为 2g；  
> \-XX:NewRatio=4：设置年轻的和老年代的内存比例为 1:4；  
> \-XX:SurvivorRatio=8：设置新生代 Eden 和 Survivor 比例为 8:2；  
> –XX:+UseParNewGC：指定使用 ParNew + Serial Old 垃圾回收器组合；  
> \-XX:+UseParallelOldGC：指定使用 ParNew + ParNew Old 垃圾回收器组合；  
> \-XX:+UseConcMarkSweepGC：指定使用 CMS + Serial Old 垃圾回收器组合；  
> \-XX:+PrintGC：开启打印 gc 信息；  
> \-XX:+PrintGCDetails：打印 gc 详细信息。