首页
免root版
中文版
最新版
游戏修改器
修改教程
首页 > 免root版 > gg修改器要root吗6_gg修改器需要root怎么办
gg修改器要root吗6_gg修改器需要root怎么办

  • gg修改器要root吗6_gg修改器需要root怎么办

  • 大小：9.04MB日期：2024-12-18 16:37:41
  • 语言：简体中文系统：Android
相关专题： 汉化版 王者荣耀 手机版 破解版
绿色无毒,安全可靠！部分设备误报拦截请通过！

应用详情

GG修改器破解版下载地址：https://ghb2023zs.bj.bcebos.com/gg/xgq/ggxgq?GGXGQ

大家好，今天小编为大家分享关于gg修改器要root吗6_gg修改器需要root怎么办的内容，赶快来一起来看看吧。

前言

京东一面：

1、遇到过哪些设计模式？

在学习⼀些框架或中间件的底层源码的时候遇到过⼀些设计模式：

  1. 代理模式：Mybatis中⽤到JDK动态代理来⽣成Mapper的代理对象，在执⾏代理对象的⽅法时会去执⾏SQL，Spring中AOP、包括@Configuration注解的底层实现也都⽤到了代理模式
  2. 责任链模式：Tomcat中的Pipeline实现，以及Dubbo中的Filter机制都使⽤了责任链模式
  3. ⼯⼚模式：Spring中的BeanFactory就是⼀种⼯⼚模式的实现
  4. 适配器模式：Spring中的Bean销毁的⽣命周期中⽤到了适配器模式，⽤来适配各种Bean销毁逻辑的执⾏⽅式
  5. 外观模式：Tomcat中的Request和RequestFacade之间体现的就是外观模式
  6. 模板⽅法模式：Spring中的refresh⽅法中就提供了给⼦类继承重写的⽅法，就⽤到了模板⽅法模式

2、Java死锁如何避免？

造成死锁的⼏个原因：

  1. ⼀个资源每次只能被⼀个线程使⽤
  2. ⼀个线程在阻塞等待某个资源时，不释放已占有资源
  3. ⼀个线程已经获得的资源，在未使⽤完之前，不能被强⾏剥夺
  4. 若⼲线程形成头尾相接的循环等待资源关系

这是造成死锁必须要达到的4个条件，如果要避免死锁，只需要不满⾜其中某⼀个条件即可。⽽其中前3个条件是作为锁要符合的条件，所以要避免死锁就需要打破第4个条件，不出现循环等待锁的关系。

在开发过程中：

  1. 要注意加锁顺序，保证每个线程按同样的顺序进⾏加锁
  2. 要注意加锁时限，可以针对所设置⼀个超时时间
  3. 要注意死锁检查，这是⼀种预防机制，确保在第⼀时间发现死锁并进⾏解决

3、深拷⻉和浅拷⻉

深拷⻉和浅拷⻉就是指对象的拷⻉，⼀个对象中存在两种类型的属性，⼀种是基本数据类型，⼀种是实例对象的引⽤。

  1. 浅拷⻉是指，只会拷⻉基本数据类型的值，以及实例对象的引⽤地址，并不会复制⼀份引⽤地址所指向的对象，也就是浅拷⻉出来的对象，内部的类属性指向的是同⼀个对象
  2. 深拷⻉是指，既会拷⻉基本数据类型的值，也会针对实例对象的引⽤地址所指向的对象进⾏复制，深拷⻉出来的对象，内部的属性指向的不是同⼀个对象

4、如果你提交任务时，线程池队列已满，这时会发⽣什么

  1. 如果使⽤的⽆界队列，那么可以继续提交任务时没关系的
  2. 如果使⽤的有界队列，提交任务时，如果队列满了，如果核⼼线程数没有达到上限，那么则增加线程，如果线程数已经达到了最⼤值，则使⽤拒绝策略进⾏拒绝

5、谈谈ConcurrentHashMap的扩容机制

1.7版本

  1. 1.7版本的ConcurrentHashMap是基于Segment分段实现的
  2. 每个Segment相对于⼀个⼩型的HashMap
  3. 每个Segment内部会进⾏扩容，和HashMap的扩容逻辑类似
  4. 先⽣成新的数组，然后转移元素到新数组中
  5. 扩容的判断也是每个Segment内部单独判断的，判断是否超过阈值

1.8版本

  1. 1.8版本的ConcurrentHashMap不再基于Segment实现
  2. 当某个线程进⾏put时，如果发现ConcurrentHashMap正在进⾏扩容那么该线程⼀起进⾏扩容
  3. 如果某个线程put时，发现没有正在进⾏扩容，则将key-value添加到ConcurrentHashMap中，然后判断是否超过阈值，超过了则进⾏扩容
  4. ConcurrentHashMap是⽀持多个线程同时扩容的
  5. 扩容之前也先⽣成⼀个新的数组
  6. 在转移元素时，先将原数组分组，将每组分给不同的线程来进⾏元素的转移，每个线程负责⼀组或多组的元素转移⼯作

6、Spring中Bean是线程安全的吗？

Spring本身并没有针对Bean做线程安全的处理，所以：

  1. 如果Bean是⽆状态的，那么Bean则是线程安全的
  2. 如果Bean是有状态的，那么Bean则不是线程安全的

另外，Bean是不是线程安全，跟Bean的作⽤域没有关系，Bean的作⽤域只是表示Bean的⽣命周期范围，对于任何⽣命周期的Bean都是⼀个对象，这个对象是不是线程安全的，还是得看这个Bean对象本身。

7、说说你常⽤的Linux基本操作命令

  1. 增删查改
  2. 防⽕墙相关
  3. ssh/scp
  4. 软件下载、解压、安装
  5. 修改权限

8、Maven中Package和Install的区别

  1. Package是打包，打成Jar或War
  2. Install表示将Jar或War安装到本地仓库中

9、项⽬及主要负责的模块

平时要多了解⼀下你⽬前在做的项⽬中的核⼼模块，核⼼功能的业务与使⽤到的技术

10、SpringCloud各组件功能，与Dubbo的区别

  1. Eureka：注册中⼼，⽤来进⾏服务的⾃动注册和发现
  2. Ribbon：负载均衡组件，⽤来在消费者调⽤服务时进⾏负载均衡
  3. Feign：基于接⼝的申明式的服务调⽤客户端，让调⽤变得更简单
  4. Hystrix：断路器，负责服务容错
  5. Zuul：服务⽹关，可以进⾏服务路由、服务降级、负载均衡等
  6. Nacos：分布式配置中⼼以及注册中⼼
  7. Sentinel：服务的熔断降级，包括限流
  8. Seata：分布式事务
  9. Spring Cloud Config：分布式配置中⼼
  10. Spring Cloud Bus：消息总线

Spring Cloud是⼀个微服务框架，提供了微服务领域中的很多功能组件，Dubbo⼀开始是⼀个RPC调⽤框架，核⼼是解决服务调⽤间的问题，Spring Cloud是⼀个⼤⽽全的框架，Dubbo则更侧重于服务调⽤，所以Dubbo所提供的功能没有Spring Cloud全⾯，但是Dubbo的服务调⽤性能⽐Spring Cloud⾼，不过Spring Cloud和Dubbo并不是对⽴的，是可以结合起来⼀起使⽤的。

京东二面：

1、说说类加载器双亲委派模型

JVM中存在三个默认的类加载器：

  1. BootstrapClassLoader
  2. ExtClassLoader
  3. AppClassLoader

AppClassLoader的⽗加载器是ExtClassLoader，ExtClassLoader的⽗加载器是BootstrapClassLoader。

JVM在加载⼀个类时，会调⽤AppClassLoader的loadClass⽅法来加载这个类，不过在这个⽅法中，会先使⽤ExtClassLoader的loadClass⽅法来加载类，同样ExtClassLoader的loadClass⽅法中会先使⽤BootstrapClassLoader来加载类，如果BootstrapClassLoader加载到了就直接成功，如果BootstrapClassLoader没有加载到，那么ExtClassLoader就会⾃⼰尝试加载该类，如果没有加载到，那么则会由AppClassLoader来加载这个类。

所以，双亲委派指得是，JVM在加载类时，会委派给Ext和Bootstrap进⾏加载，如果没加载到才由⾃⼰进⾏加载。

2、泛型中extends和super的区别

  1. <? extends T>表示包括T在内的任何T的⼦类
  2. <? super T>表示包括T在内的任何T的⽗类

3、并发编程三要素？

  1. 原⼦性：不可分割的操作，多个步骤要保证同时成功或同时失败
  2. 有序性：程序执⾏的顺序和代码的顺序保持⼀致
  3. 可⽤性：⼀个线程对共享变量的修改，另⼀个线程能⽴⻢看到

4、Spring⽤到了哪些设计模式

5、简述CAP理论

CAP理论是分布式领域⾮常重要的⼀个理论，很多分布式中间件在实现时都需要遵守这个理论，其中：

  1. C表示⼀致性：指的的是分布式系统中的数据的⼀致性
  2. A表示可⽤性：表示分布式系统是否正常可⽤
  3. P表示分区容器性：表示分布式系统出现⽹络问题时的容错性

CAP理论是指，在分布式系统中不能同时保证C和A，也就是说在分布式系统中要么保证CP，要么保证AP，也就是⼀致性和可⽤性只能取其⼀，如果想要数据的⼀致性，那么就需要损失系统的可⽤性，如果需要系统⾼可⽤，那么就要损失系统的数据⼀致性，特指强⼀致性。

CAP理论太过严格，在实际⽣产环境中更多的是使⽤BASE理论，BASE理论是指分布式系统不需要保证数据的强⼀致，只要做到最终⼀致，也不需要保证⼀直可⽤，保证基本可⽤即可。

6、图的深度遍历和⼴度遍历

  1. 图的深度优先遍历是指，从⼀个节点出发，⼀直沿着边向下深⼊去找节点，如果找不到了则返回上⼀层找其他节点
  2. 图的⼴度优先遍历只是，从⼀个节点出发，向下先把第⼀层的节点遍历完，再去遍历第⼆层的节点，直到遍历到最后⼀层

7、快排算法

快速排序算法底层采⽤了分治法。

基本思想是：

  1. 先取出数列中的第⼀个数作为基准数
  2. 将数列中⽐基准数⼤的数全部放在它的右边，⽐基准数⼩的数全部放在它的左边
  3. 然后在对左右两部分重复第⼆步，直到各区间只有⼀个数

Java版算法实现

public class QuickSort {
public static void quickSort(int[] arr,int low,int high){
int i,j,temp,t;
if(low>high){
return;
}
i=low;
j=high;
//temp就是基准位 10 temp = arr[low]; 1112 while (i<j) { 13 //先看右边，依次往左递减 14 while (temp<=arr[j]&&i<j) {
j--;
}
//再看左边，依次往右递增
while (temp>=arr[i]&&i<j) {
i++;
}
//如果满⾜条件则交换
if (i<j) {
t = arr[j];
arr[j] = arr[i];
arr[i] = t;
}
}
//最后将基准为与i和j相等位置的数字交换
arr[low] = arr[i];
arr[i] = temp;
//递归调⽤左半数组
quickSort(arr, low, j-1);
//递归调⽤右半数组
quickSort(arr, j+1, high);
}
public static void main(String[] args){
int[] arr = {10,7,2,4,7,62,3,4,2,1,8,9,19};
quickSort(arr, 0, arr.length-1);
for (int i = 0; i < arr.length; i++) {
System.out.println(arr[i]);
}
}

8、TCP的三次握⼿和四次挥⼿

TCP协议是7层⽹络协议中的传输层协议，负责数据的可靠传输。

在建⽴TCP连接时，需要通过三次握⼿来建⽴，过程是：

  1. 客户端向服务端发送⼀个SYN
  2. 服务端接收到SYN后，给客户端发送⼀个SYN_ACK
  3. 客户端接收到SYN_ACK后，再给服务端发送⼀个ACK

在断开TCP连接时，需要通过四次挥⼿来断开，过程是：

  1. 客户端向服务端发送FIN
  2. 服务端接收FIN后，向客户端发送ACK，表示我接收到了断开连接的请求，客户端你可以不发数据了， 不过服务端这边可能还有数据正在处理
  3. 服务端处理完所有数据后，向客户端发送FIN，表示服务端现在可以断开连接
  4. 客户端收到服务端的FIN，向服务端发送ACK，表示客户端也会断开连接了

9、消息队列如何保证消息可靠传输

消息可靠传输代表了两层意思，既不能多也不能少。

  1. 为了保证消息不多，也就是消息不能重复，也就是⽣产者不能重复⽣产消息，或者消费者不能重复消费消息

a. ⾸先要确保消息不多发，这个不常出现，也⽐较难控制，因为如果出现了多发，很⼤的原因是⽣产者⾃⼰的原因，如果要避免出现问题，就需要在消费端做控制 b. 要避免不重复消费，最保险的机制就是消费者实现幂等性，保证就算重复消费，也不会有问题，通过幂等性，也能解决⽣产者重复发送消息的问题

  1. 消息不能少，意思就是消息不能丢失，⽣产者发送的消息，消费者⼀定要能消费到，对于这个问题，就要考虑两个⽅⾯

a. ⽣产者发送消息时，要确认broker确实收到并持久化了这条消息，⽐如RabbitMQ的confirm机制，Kafka的ack机制都可以保证⽣产者能正确的将消息发送给broker b. broker要等待消费者真正确认消费到了消息时才删除掉消息，这⾥通常就是消费端ack机制，消费者接收到⼀条消息后，如果确认没问题了，就可以给broker发送⼀个ack，broker接收到ack后才会删除消息

蚂蚁一面

1、⼆叉搜索树和平衡⼆叉树有什么关系？

平衡⼆叉树也叫做平衡⼆叉搜索树，是⼆叉搜索树的升级版，⼆叉搜索树是指节点左边的所有节点都⽐该节点⼩，节点右边的节点都⽐该节点⼤，⽽平衡⼆叉搜索树是在⼆叉搜索的基础上还规定了节点左右两边的⼦树⾼度差的绝对值不能超过1

2、强平衡⼆叉树和弱平衡⼆叉树有什么区别

强平衡⼆叉树AVL树，弱平衡⼆叉树就是我们说的红⿊树。

  1. AVL树⽐红⿊树对于平衡的程度更加严格，在相同节点的情况下，AVL树的⾼度低于红⿊树
  2. 红⿊树中增加了⼀个节点颜⾊的概念
  3. AVL树的旋转操作⽐红⿊树的旋转操作更耗时

3、B树和B+树的区别，为什么Mysql使⽤B+树

B树的特点：

  1. 节点排序
  2. ⼀个节点了可以存多个元素，多个元素也排序了

B+树的特点：

  1. 拥有B树的特点
  2. 叶⼦节点之间有指针
  3. ⾮叶⼦节点上的元素在叶⼦节点上都冗余了，也就是叶⼦节点中存储了所有的元素，并且排好顺序

Mysql索引使⽤的是B+树，因为索引是⽤来加快查询的，⽽B+树通过对数据进⾏排序所以是可以提⾼查询速度的，然后通过⼀个节点中可以存储多个元素，从⽽可以使得B+树的⾼度不会太⾼，在Mysql中⼀个Innodb⻚就是⼀个B+树节点，⼀个Innodb⻚默认16kb，所以⼀般情况下⼀颗两层的B+树可以存2000万⾏左右的数据，然后通过利⽤B+树叶⼦节点存储了所有数据并且进⾏了排序，并且叶⼦节点之间有指针，可以很好的⽀持全表扫描，范围查找等SQL语句。

4、epoll和poll的区别

  1. select模型，使⽤的是数组来存储Socket连接⽂件描述符，容量是固定的，需要通过轮询来判断是否发⽣了IO事件
  2. poll模型，使⽤的是链表来存储Socket连接⽂件描述符，容量是不固定的，同样需要通过轮询来判断是否发⽣了IO事件
  3. epoll模型，epoll和poll是完全不同的，epoll是⼀种事件通知模型，当发⽣了IO事件时，应⽤程序才进⾏IO操作，不需要像poll模型那样主动去轮询

5、简述线程池原理，FixedThreadPool⽤的阻塞队列是什么

线程池内部是通过队列+线程实现的，当我们利⽤线程池执⾏任务时：

  1. 如果此时线程池中的数量⼩于corePoolSize，即使线程池中的线程都处于空闲状态，也要创建新的线程来处理被添加的任务。
  2. 如果此时线程池中的数量等于corePoolSize，但是缓冲队列workQueue未满，那么任务被放⼊缓冲队列。
  3. 如果此时线程池中的数量⼤于等于corePoolSize，缓冲队列workQueue满，并且线程池中的数量⼩于maximumPoolSize，建新的线程来处理被添加的任务。
  4. 如果此时线程池中的数量⼤于corePoolSize，缓冲队列workQueue满，并且线程池中的数量等于maximumPoolSize，那么通过 handler所指定的策略来处理此任务。
  5. 当线程池中的线程数量⼤于 corePoolSize时，如果某线程空闲时间超过keepAliveTime，线程将被终⽌。这样，线程池可以动态的调整池中的线程数

FixedThreadPool代表定⻓线程池，底层⽤的LinkedBlockingQueue，表示⽆界的阻塞队列。

6、sychronized和ReentrantLock的区别

  1. sychronized是⼀个关键字，ReentrantLock是⼀个类
  2. sychronized会⾃动的加锁与释放锁，ReentrantLock需要程序员⼿动加锁与释放锁
  3. sychronized的底层是JVM层⾯的锁，ReentrantLock是API层⾯的锁
  4. sychronized是⾮公平锁，ReentrantLock可以选择公平锁或⾮公平锁
  5. sychronized锁的是对象，锁信息保存在对象头中，ReentrantLock通过代码中int类型的state标识来标识锁的状态
  6. sychronized底层有⼀个锁升级的过程

7、sychronized的⾃旋锁、偏向锁、轻量级锁、重量级锁，分别介绍和联系

  1. 偏向锁：在锁对象的对象头中记录⼀下当前获取到该锁的线程ID，该线程下次如果⼜来获取该锁就可以直接获取到了
  2. 轻量级锁：由偏向锁升级⽽来，当⼀个线程获取到锁后，此时这把锁是偏向锁，此时如果有第⼆个线程来竞争锁，偏向锁就会升级为轻量级锁，之所以叫轻量级锁，是为了和重量级锁区分开来，轻量级锁底层是通过⾃旋来实现的，并不会阻塞线程
  3. 如果⾃旋次数过多仍然没有获取到锁，则会升级为重量级锁，重量级锁会导致线程阻塞
  4. ⾃旋锁：⾃旋锁就是线程在获取锁的过程中，不会去阻塞线程，也就⽆所谓唤醒线程，阻塞和唤醒这两个步骤都是需要操作系统去进⾏的，⽐较消耗时间，⾃旋锁是线程通过CAS获取预期的⼀个标记，如果没有获取到，则继续循环获取，如果获取到了则表示获取到了锁，这个过程线程⼀直在运⾏中，相对⽽⾔没有使⽤太多的操作系统资源，⽐较轻量。

8、HTTPS是如何保证安全传输的

https通过使⽤对称加密、⾮对称加密、数字证书等⽅式来保证数据的安全传输。

  1. 客户端向服务端发送数据之前，需要先建⽴TCP连接，所以需要先建⽴TCP连接，建⽴完TCP连接后，服务端会先给客户端发送公钥，客户端拿到公钥后就可以⽤来加密数据了，服务端到时候接收到数据就可以⽤私钥解密数据，这种就是通过⾮对称加密来传输数据
  2. 不过⾮对称加密⽐对称加密要慢，所以不能直接使⽤⾮对称加密来传输请求数据，所以可以通过⾮对称加密的⽅式来传输对称加密的秘钥，之后就可以使⽤对称加密来传输请求数据了
  3. 但是仅仅通过⾮对称加密+对称加密还不⾜以能保证数据传输的绝对安全，因为服务端向客户端发送公钥时，可能会被截取
  4. 所以为了安全的传输公钥，需要⽤到数字证书，数字证书是具有公信⼒、⼤家都认可的，服务端向客户端发送公钥时，可以把公钥和服务端相关信息通过Hash算法⽣成消息摘要，再通过数字证书提供的私钥对消息摘要进⾏加密⽣成数字签名，在把没进⾏Hash算法之前的信息和数字签名⼀起形成数字证书，最后把数字证书发送给客户端，客户端收到数字证书后，就会通过数字证书提供的公钥来解密数字证书，从⽽得到⾮对称加密要⽤到的公钥。
  5. 在这个过程中，就算有中间⼈拦截到服务端发出来的数字证书，虽然它可以解密得到⾮对称加密要使⽤的公钥，但是中间⼈是办法伪造数字证书发给客户端的，因为客户端上内嵌的数字证书是全球具有公信⼒的，某个⽹站如果要⽀持https，都是需要申请数字证书的私钥的，中间⼈如果要⽣成能被客户端解析的数字证书，也是要申请私钥的，所以是⽐较安全了。

蚂蚁二面

1、设计模式有哪些⼤类，及熟悉其中哪些设计模式

设计模式分为三⼤类：

1. 创建型

a. ⼯⼚模式（Factory Pattern）

b. 抽象⼯⼚模式（Abstract Factory Pattern）

c. 单例模式（Singleton Pattern）

d. 建造者模式（Builder Pattern）

e. 原型模式（Prototype Pattern）

2. 结构型

a. 适配器模式（Adapter Pattern）

b. 桥接模式（Bridge Pattern）

c. 过滤器模式（Filter、Criteria Pattern）

d. 组合模式（Composite Pattern）

e. 装饰器模式（Decorator Pattern）

f. 外观模式（Facade Pattern）

g. 享元模式（Flyweight Pattern）

h. 代理模式（Proxy Pattern）

3. ⾏为型

a. 责任链模式（Chain of Responsibility Pattern）

b. 命令模式（Command Pattern）

c. 解释器模式（Interpreter Pattern）

d. 迭代器模式（Iterator Pattern）

e. 中介者模式（Mediator Pattern）

f. 备忘录模式（Memento Pattern）

g. 观察者模式（Observer Pattern）

h. 状态模式（State Pattern）

i. 空对象模式（Null Object Pattern）

j. 策略模式（Strategy Pattern）

k. 模板模式（Template Pattern）

l. 访问者模式（Visitor Pattern）

2、volatile关键字，他是如何保证可⻅性，有序性

  1. 对于加了volatile关键字的成员变量，在对这个变量进⾏修改时，会直接将CPU⾼级缓存中的数据写回到主内存，对这个变量的读取也会直接从主内存中读取，从⽽保证了可⻅性
  2. 在对volatile修饰的成员变量进⾏读写时，会插⼊内存屏障，⽽内存屏障可以达到禁⽌重排序的效果，从⽽可以保证有序性

3、Java的内存结构，堆分为哪⼏部分，默认年龄多⼤进⼊⽼年代

  1. 年轻代

a. Eden区（8）

b. From Survivor区（1）

c. To Survivor区（1）

  1. ⽼年代

默认对象的年龄达到15后，就会进⼊⽼年代

4、Mysql的锁你了解哪些

按锁粒度分类：

  1. ⾏锁：锁某⾏数据，锁粒度最⼩，并发度⾼
  2. 表锁：锁整张表，锁粒度最⼤，并发度低
  3. 间隙锁：锁的是⼀个区间

还可以分为：

  1. 共享锁：也就是读锁，⼀个事务给某⾏数据加了读锁，其他事务也可以读，但是不能写
  2. 排它锁：也就是写锁，⼀个事务给某⾏数据加了写锁，其他事务不能读，也不能写

还可以分为：

  1. 乐观锁：并不会真正的去锁某⾏记录，⽽是通过⼀个版本号来实现的
  2. 悲观锁：上⾯所的⾏锁、表锁等都是悲观锁

在事务的隔离级别实现中，就需要利⽤所来解决幻读

阿里一面

1、说⼀下ArrayList和LinkedList区别

  1. ⾸先，他们的底层数据结构不同，ArrayList底层是基于数组实现的，LinkedList底层是基于链表实现的
  2. 由于底层数据结构不同，他们所适⽤的场景也不同，ArrayList更适合随机查找，LinkedList更适合删除和添加，查询、添加、删除的时间复杂度不同
  3. 另外ArrayList和LinkedList都实现了List接⼝，但是LinkedList还额外实现了Deque接⼝，所以LinkedList还可以当做队列来使⽤

2、说一下HashMap的Put方法

  1. 根据Key通过哈希算法与与运算得出数组下标
  2. 如果数组下标位置元素为空，则将key和value封装为Entry对象（JDK1.7中是Entry对象，JDK1.8中是Node对象）并放⼊该位置
  3. 如果数组下标位置元素不为空，则要分情况讨论

a. 如果是JDK1.7，则先判断是否需要扩容，如果要扩容就进⾏扩容，如果不⽤扩容就⽣成Entry对象，并使⽤头插法添加到当前位置的链表中 b. 如果是JDK1.8，则会先判断当前位置上的Node的类型，看是红⿊树Node，还是链表Node

3、说一下ThreadLocal

  1. ThreadLocal是Java中所提供的线程本地存储机制，可以利⽤该机制将数据缓存在某个线程内部，该线程可以在任意时刻、任意⽅法中获取缓存的数据
  2. ThreadLocal底层是通过ThreadLocalMap来实现的，每个Thread对象（注意不是ThreadLocal对象）中都存在⼀个ThreadLocalMap，Map的key为ThreadLocal对象，Map的value为需要缓存的值
  3. 如果在线程池中使⽤ThreadLocal会造成内存泄漏，因为当ThreadLocal对象使⽤完之后，应该要把设置的key，value，也就是Entry对象进⾏回收，但线程池中的线程不会回收，⽽线程对象是通过强引⽤指向ThreadLocalMap，ThreadLocalMap也是通过强引⽤指向Entry对象，线程不被回收，Entry对象也就不会被回收，从⽽出现内存泄漏，解决办法是，在使⽤了ThreadLocal对象之后，⼿动调⽤ThreadLocal的remove⽅法，⼿动清楚Entry对象
  4. ThreadLocal经典的应⽤场景就是连接管理（⼀个线程持有⼀个连接，该连接对象可以在不同的⽅法之间进⾏传递，线程之间不共享同⼀个连接）

5、说一下JVM中，哪些是共享区，哪些可以作为gc root你们项目

1、堆区和⽅法区是所有线程共享的，栈、本地⽅法栈、程序计数器是每个线程独有的

添加描述

2、什么是gc root，JVM在进⾏垃圾回收时，需要找到“垃圾”对象，也就是没有被引⽤的对象，但是直接找“垃圾”对象是⽐较耗时的，所以反过来，先找“⾮垃圾”对象，也就是正常对象，那么就需要从某些“根”开始去找，根据这些“根”的引⽤路径找到正常对象，⽽这些“根”有⼀个特征，就是它只会引⽤其他对象，⽽不会被其他对象引⽤，例如：栈中的本地变量、⽅法区中的静态变量、本地⽅法栈中的变量、正在运⾏的线程等可以作为gc root。

6、你们项目如何排查JVM问题

对于还在正常运⾏的系统：

  1. 可以使⽤jmap来查看JVM中各个区域的使⽤情况
  2. 可以通过jstack来查看线程的运⾏情况，⽐如哪些线程阻塞、是否出现了死锁
  3. 可以通过jstat命令来查看垃圾回收的情况，特别是fullgc，如果发现fullgc⽐较频繁，那么就得进⾏调优了
  4. 通过各个命令的结果，或者jvisualvm等⼯具来进⾏分析
  5. ⾸先，初步猜测频繁发送fullgc的原因，如果频繁发⽣fullgc但是⼜⼀直没有出现内存溢出，那么表示fullgc实际上是回收了很多对象了，所以这些对象最好能在younggc过程中就直接回收掉，避免这些对象进⼊到⽼年代，对于这种情况，就要考虑这些存活时间不⻓的对象是不是⽐较⼤，导致年轻代放不下，直接进⼊到了⽼年代，尝试加⼤年轻代的⼤⼩，如果改完之后，fullgc减少，则证明修改有效
  6. 同时，还可以找到占⽤CPU最多的线程，定位到具体的⽅法，优化这个⽅法的执⾏，看是否能避免某些对象的创建，从⽽节省内存

对于已经发⽣了OOM的系统：

  1. ⼀般⽣产系统中都会设置当系统发⽣了OOM时，⽣成当时的dump⽂件

（- XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/usr/local/base）

  1. 我们可以利⽤jsisualvm等⼯具来分析dump⽂件
  2. 根据dump⽂件找到异常的实例对象，和异常的线程（占⽤CPU⾼），定位到具体的代码
  3. 然后再进⾏详细的分析和调试

总之，调优不是⼀蹴⽽就的，需要分析、推理、实践、总结、再分析，最终定位到具体的问题

7、如何查看线程死锁

1.可以通过jstack命令来进⾏查看，jstack命令中会显示发⽣了死锁的线程

2.或者两个线程去操作数据库时，数据库发⽣了死锁，这是可以查询数据库的死锁情况

1、查询是否锁表
show OPEN TABLES where In_use > 0;
2、查询进程
show processlist;
3、查看正在锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;
4、查看等待锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

8、线程之间如何进行通讯的

  1. 线程之间可以通过共享内存或基于⽹络来进⾏通信
  2. 如果是通过共享内存来进⾏通信，则需要考虑并发问题，什么时候阻塞，什么时候唤醒
  3. 像Java中的wait()、notify()就是阻塞和唤醒
  4. 通过⽹络就⽐较简单了，通过⽹络连接将通信数据发送给对⽅，当然也要考虑到并发问题，处理⽅式就是加锁等⽅式

9、介绍一下Spring，读过源码介绍一下大致流程

  1. Spring是⼀个快速开发框架，Spring帮助程序员来管理对象
  2. Spring的源码实现的是⾮常优秀的，设计模式的应⽤、并发安全的实现、⾯向接⼝的设计等
  3. 在创建Spring容器，也就是启动Spring时：

9、Mysql数据库中，什么情况下设置了索引但⽆法使⽤?

  1. 没有符合最左前缀原则
  2. 字段进⾏了隐式数据类型转化
  3. ⾛索引没有全表扫描效率⾼

10、Innodb是如何实现事务的

Innodb通过Buffer Pool，LogBuffer，Redo Log，Undo Log来实现事务，以⼀个update语句为例：

  1. Innodb在收到⼀个update语句后，会先根据条件找到数据所在的⻚，并将该⻚缓存在Buffer Pool中
  2. 执⾏update语句，修改Buffer Pool中的数据，也就是内存中的数据
  3. 针对update语句⽣成⼀个RedoLog对象，并存⼊LogBuffer中
  4. 针对update语句⽣成undolog⽇志，⽤于事务回滚
  5. 如果事务提交，那么则把RedoLog对象进⾏持久化，后续还有其他机制将Buffer Pool中所修改的数据⻚持久化到磁盘中
  6. 如果事务回滚，则利⽤undolog⽇志进⾏回滚

11、聊聊你最有成就感的项⽬

  1. 项⽬是做什么的
  2. ⽤了什么技术
  3. 你在项⽬中担任的职位
  4. 收获了什么

12、⾃⼰最有挑战的项⽬、难点

  1. 使⽤什么技术解决了什么项⽬难点
  2. 使⽤什么技术优化了什么项⽬功能
  3. 使⽤什么技术节省了多少成本

原文链接：https://blog./u_14994509/5182713?utm_source=tuicool&utm_medium=referral

以上就是关于gg修改器要root吗6_gg修改器需要root怎么办的全部内容，感谢大家的浏览观看，如果你喜欢本站的文章可以CTRL+D收藏哦。

相关文章

热门下载

大家还在搜
王者荣耀 破解版 手机版 汉化版