mysql的主从复制都是单线程的操作，主库对所有DDL和DML产生binlog，binlog是顺序写，所以效率很高，slave的Slave_IO_Running线程到主库取日志，效率比较高，下一步，问题来了，slave的Slave_SQL_Running线程将主库的DDL和DML操作在slave实施。DML和DDL的IO操作是随机的，不是顺序的，成本高很多，还可能可slave上的其他查询产生lock争用，由于Slave_SQL_Running也是单线程的，所以一个DDL卡主了，需要执行10分钟，那么所有之后的DDL会等待这个DDL执行完才会继续执行，这就导致了延时。

Java异常处理机制

ConcurrentHashMap原理详解

新生代进入老年代条件

大内存对象。当某个对象占用的内存达到阈值时, 可能会被晋升老年代。
年龄大的对象。对象年龄达到阈值后, 会被晋升老年代。
survivor 区满了，对象会晋升为老年代。minor gc 后，eden 和 survivor 区会拷贝到另外一个 survivor 区，此时另外一个 survivor 区可能空间不足。
动态年龄。当某个年龄和以下年龄的对象占比超过 survivor 50%，那么该年龄及以上的对象会晋升为老年代。

新生代何时进入老年代

Innodb和MyIsam在B+树中的区别是什么？

mysql实现可重复读(解决幻读)的原理（MVCC机制的版本链和读视图）

浅谈MySQL为何推荐使用自增主键

redis中zset底层实现原理

Redis持久化机制

Spring的7种事务传播机制

Volatile的作用

JVM类加载的机制？

类加载有三大步骤：

加载
链接
- 验证
- 准备
- 解析
初始化

JVM内存溢出场景

对象多
堆内存溢出
方法递归调用
线程数量创建过多

详细了解一下RabbitMQ

事务未提交

MySQL主从同步

MySQL读写分离

单例模式使用场景1

单例模式使用场景2

sql语句大全

类加载器之间是组合关系

hashmap1.7和1.8的区别

线程池的工作过程

CAS底层实现

破坏双亲委派

CAS存在的问题

java的八种基本数据类型

byte（字节型）：用于表示8位有符号整数，取值范围为-128至127。
short（短整型）：用于表示16位有符号整数，取值范围为-32768至32767。
int（整型）：用于表示32位有符号整数，取值范围为-2147483648至2147483647。
long（长整型）：用于表示64位有符号整数，取值范围为-9223372036854775808至9223372036854775807。
float（单精度浮点型）：用于表示32位浮点数，取值范围约为1.4E-45至3.4E+38。
double（双精度浮点型）：用于表示64位浮点数，取值范围约为4.9E-324至1.8E+308。
char（字符型）：用于表示16位unicode编码的字符，取值范围为'\u0000'至'\uffff'。
boolean（布尔型）：用于表示真假值，取值范围为true和false。

对测开工作中的测试和开发的理解

测试和开发是测开工作中两个非常重要的角色。测试是指软件测试人员，其主要职责是验证软件产品的质量和稳定性、发现并报告软件缺陷、并提供反馈意见以改善软件质量。测试人员通过对软件进行自动化或手动测试来验证软件产品的正确性、稳定性、可靠性、兼容性、易用性等方面。

开发是指软件开发人员，其主要职责是根据需求设计、编写、测试和维护软件系统。开发人员主要使用编程语言和相关技术堆栈来创建高效、安全和可维护的软件产品。他们既要负责代码编写和调试测试，也要与测试人员协同合作，共同确保软件的质量和稳定性。

测试和开发是测开工作中两个紧密联系、相互合作、互相支持的角色。测试和开发应该密切合作，在软件开发周期中相互支持，尽早发现和解决问题，并确保软件产品达到高质量标准。

chatgpt会对社会造成什么影响

ChatGPT是一种自然语言处理技术，可以用于许多方面，例如：

人机交互：ChatGPT可以实现更方便、更直观的人机交互方式，例如智能客服、智能问答系统等。
个性化推荐：ChatGPT可以根据用户的历史行为和偏好，提供个性化的推荐服务，例如商品推荐、文章推荐等。
语音识别与合成：ChatGPT可以用于语音识别和合成，改善人们对于语音产品的交互体验。
自动化写作：ChatGPT可以通过生成文章和语言，将应用于自动化写作领域。

然而，像所有的技术一样，ChatGPT也可能对社会造成一些负面影响。例如，如果该技术被滥用或者不当使用，它可能导致：

误导与欺骗： ChatGPT的生成内容可能被用于虚假信息或者有意误导的信息。
稳定性问题：如果使用不适当或缺乏良好的控制方法，ChatGPT可能会出现稳定性问题，导致系统失控。
隐私问题：ChatGPT可能涉及用户的个人信息，若处理不当，可能会对用户隐私带来威胁。

综上所述，技术的正确使用而不是技术的问题本身才是影响社会的关键因素。在使用ChatGPT技术时，需要遵守道德和法律规定，正当合理地运用技术，以最大限度地促进社会进步和人类福祉。

SQL：左连接右连接的区别

左连接和右连接是关系型数据库中两种不同的连接方式，主要是针对两个表的连接方式有所不同。

左连接（Left Join）是从左表中包括所有的行，并将右表中与左表中行匹配的行返回，如果右表中没有匹配的行，则返回 NULL 值。
右连接（Right Join）是从右表中包括所有的行，并将左表中与右表中行匹配的行返回，如果左表中没有匹配的行，则返回 NULL 值。

简单来说，左连接返回左表中的所有行和右表中与之匹配的行，如果没有匹配的行则返回 NULL 值，而右连接返回右表中的所有行和左表中与之匹配的行，如果没有匹配的行则返回 NULL 值。

设计一个桌子的测试用例

假设需要设计的是一张木制的桌子，以下是一些测试用例的例子：

稳定性测试：放置不同重量的物体在桌子上，检查桌子是否保持平稳并不晃动。
强度测试：向桌子施加压力，检查是否出现任何破损或裂纹。
耐久性测试：将桌子置于日常使用环境中，包括放置物体、刮花、擦洗等，检查桌子表面是否容易产生划痕或者损坏。
安全测试：检查桌子边缘和角落是否光滑、锋利，并且没有任何危险的区域。
组装测试：按照说明书中的步骤组装桌子，并检查所有的零件是否适当地安装在一起，没有任何松动或缝隙。
包装测试：将桌子放入包装箱中，并检查包装是否足够保护桌子不受损坏。
尺寸测试：测量桌子的长度、宽度、高度和重量，并与说明书中的规格进行比较，检查是否符合标准化要求。

以上是一些具体的测试用例，但在具体执行测试时，建议综合考虑桌子的使用场景和特殊要求，设计更多的测试用例以确保桌子质量和使用安全性。

数据库的锁有哪些，多维查找的时候该怎么弄

数据库的锁可以分为两种类型：共享锁和排他锁。

共享锁 (Shared Lock) 又称为读锁，是指在读取数据时的锁定机制。在同一个时间段内，多个用户可以同时读取一份数据而不会相互干扰。
排他锁 (Exclusive Lock) 又称为写锁，是指当执行写操作时，需要锁定所操作的数据，防止其他用户读或写该数据。

在多维查找时，需要考虑如何选择适当的锁定策略，以确保查询的正确性和效率。例如，在执行大型查询时，可能需要使用共享锁以防止其他用户在同一时间访问相同的数据。另一方面，在更新表中的数据时，使用排他锁可以阻止其他用户访问同一数据，确保数据的完整性。值得注意的是，过多的锁定可能会导致系统性能下降，因此需要根据实际情况选择合适的锁定策略。此外，还可以采用事务隔离级别的方式来控制读写锁的使用，从而确保数据的一致性和完整性。

http和tcp的区别

HTTP 和 TCP 都是 Internet 协议族中的重要成员，但它们的作用不同，有以下区别：

OSI 模型的不同层次：TCP 协议位于传输层，负责在网络中确保可靠的数据传输；而 HTTP 协议位于应用层，以传输和处理数据为主要目的。
连接方式的不同：TCP 协议是一种基于连接的协议，通过三次握手建立连接，进行数据传输后再进行四次挥手释放连接；而 HTTP 协议是一种无连接的协议，即请求和响应之间没有持久的连接，每个请求都需要单独建立和断开连接。
传输数据的不同：TCP 协议传输的数据是面向字节流的，传输过程中会对数据进行分节并按序传输，确保数据传输的完整性和可靠性；而 HTTP 协议传输的数据是面向文本的，采用明文的方式进行传输，需要在传输过程中进行编码和解码处理。
端口号不同：TCP 协议和 HTTP 协议使用的端口号不同，TCP 协议使用的是 0-65535 范围内的端口号，而 HTTP 协议默认使用的是 80 端口、HTTPS 协议默认使用的是 443 端口。

总的来说，TCP 协议负责数据传输的可靠性，HTTP 协议负责数据的处理和传输。

代码题两数之和有几种思路，然后敲一下，最后根据自己的代码设计测试用例

暴力枚举：对于每一个数字都遍历一遍数组，时间复杂度为 O(N^2)。
哈希表：可以通过哈希表来进行优化，时间复杂度为 O(N)。
双指针法：先对数组进行排序，然后使用双指针扫描数组，时间复杂度为 O(NlogN)。

哈希表法：

def twoSum(nums, target):
    hashmap = {}
    for i, num in enumerate(nums):
        if target - num in hashmap:
            return [hashmap[target - num], i]
        hashmap[num] = i
    return []

测试用例：

assert(twoSum([2, 7, 11, 15], 9) == [0, 1])
assert(twoSum([3, 2, 4], 6) == [1, 2])
assert(twoSum([3, 3], 6) == [0, 1])

这里测试了三种不同的场景，包括：

正常情况：查找两个数相加得到目标值，在示例数组中为[2, 7]。
数组无序：查找两个数相加得到目标值，在无序的数组中为[2, 4]。
重复值：查找两个相同值相加的目标值，在示例数组中为[3, 3]。

以上测试用例可以覆盖较多的情况，确保答案的正确性和算法的鲁棒性。

如何进行压测

进行压测需要分为以下几个步骤：

需要明确压测的目的，例如检查应用程序的性能，了解系统的瓶颈和故障点等。如果已经有那么需要准备测试用例和测试数据，以便在测试中使用。
根据目标选择合适的压测工具，例如 Apache JMeter、LoadRunner、Gatling 等，根据需要进行安装和配置。注意选择的工具需要考虑测试的类型、预算、性能需求等因素。
进行测试环境准备，包括网络、数据库、负载均衡器等基础设施配置。需要保证测试环境和生产环境一致或相似，以便更真实地模拟场景。
对测试用例和测试数据进行编写和准备，测试用例需要包括完整的业务流程和相关的数据。测试数据应该合理、真实，能够覆盖不同情况。
进行压力测试的配置，包括虚拟用户数量、操作类型、请求间隔时间、使用的协议等等。在配置过程中要考虑到模拟实际业务流程负载的复杂性和多样性。
执行压力测试并监控性能和指标数据。在测试过程中应该关注 CPU、内存、磁盘 IO 等指标，以便发现瓶颈和问题。
分析测试结果和性能瓶颈，并针对性地进行调优。在测试结束后，对测试结果进行分析，找出性能瓶颈和问题，并进行优化和调整。

总结，压测需要明确目的、选择工具、准备环境和数据、进行配置和执行测试、监控和分析结果，并不断进行优化和调整。在进行压测的过程中一定要保证测试场景真实，以免测试出来的结果与实际应用场景存在偏差。

对测试开发岗位的理解

测试开发岗位是负责编写和维护测试代码、自动化测试脚本、测试工具和测试框架的软件测试人员。测试开发工程师需要熟悉软件测试的过程和方法，具备良好的编程和软件开发能力，能够独立设计和编写测试脚本和测试工具。测试开发工程师的主要职责包括：

编写和维护自动化测试脚本和测试工具，提高测试效率和准确性。
根据测试计划和需求，设计和实现测试用例和测试方案，确保测试覆盖率。
开发和维护测试框架，提高测试自动化程度和可持续性。
协助测试团队进行测试环境的搭建和维护，确保测试环境的稳定性和可靠性。
基于业务需求和实际情况，进行技术选型和新技术的调研和应用。

测试开发工程师需要熟悉一种或多种编程语言，如 Java、Python、Perl 等，熟悉测试工具和框架，例如 Selenium、Appium、JMeter 等。此外，测试开发工程师还需要具备良好的沟通能力和团队合作精神，与研发和测试人员密切合作，推动测试自动化的流程和框架的优化和升级，提高测试效率和质量。

讲讲MySQL慢查询

MySQL 慢查询是指查询时间超过特定阀值（如 1 秒）的查询语句。由于执行时间过长，慢查询可能会影响应用程序的性能和用户体验。以下是常见的 MySQL 慢查询优化方法：

索引优化：通过添加或修改索引来提高查询性能。当 MySQL 没有合适的索引可用时，将使用全表扫描，导致慢查询。
SQL 优化：通过调整 SQL 查询语句，来优化查询性能。例如，避免使用子查询、减少查询返回的数据量、使用 UNION 代替 OR 语句等等。
数据库参数优化：通过修改 MySQL 配置参数来提高查询性能。常用的参数包括 max_connections、innodb_buffer_pool_size、tmp_table_size 等。
分析查询日志：使用 MySQL 查询日志来识别和修复慢查询。启用查询日志后，可以通过分析日志文件中的查询信息来确定哪些查询需要进行优化。
使用缓存：通过使用缓存，如 Memcached 或 Redis 来减轻数据库的负载，减少慢查询的发生。

总之，优化 MySQL 慢查询的关键在于了解数据库的工作原理，通过索引、SQL 以及数据库参数等方面入手，最终减少慢查询的发生，优化应用程序的性能和用户体验。

说一下MVCC的内容

MVCC（Multi-Version Concurrency Control），即多版本并发控制，是一种用于并发控制的技术。它允许数据库多个事务同时对同一数据进行读取操作而不会互相干扰，有效地保证了事务的并发性和数据的一致性。

MVCC 的核心思想是：在进行数据库修改时，不是直接修改原始数据，而是创建一个数据副本，并在副本上进行修改操作，这种操作会生成一个新的版本。

在 MVCC 中，每行数据都有一个事务创建并更新的版本号，同时每个事务也都有一个私有的视图（或者叫快照）。在一个查询语句执行时，数据库会基于该语句的时间戳来获取事务可见的数据，这保证了每个事务可以读到它在开始之前已经提交的修改结果，而不会看到正在进行的未提交的数据。当事务提交后，将会对相应的数据行版本进行更新，并将新的版本号置为当前事务的版本号。

优点：

MVCC 能极大地提高并发度，多个事务可以同时读取同一份数据而互不干扰，提高了系统的并发性。
MVCC 能够很好地避免由于读-写冲突产生的死锁。
MVCC 能够很好地保证并发事务的一致性，使得修改过程对于其他事务是透明的，不会改变其他事务的执行计划，不影响其他事务的执行结果。

缺点：

MVCC 在存储方面会有很大的性能损失，一个意思是对于每个版本的数据行需要占用更多的存储空间。
MVCC 不能保证数据的严格一致性，当存在大量写事务时，其中一部分事务阻塞了其他事务的执行，造成了读事务长时间的阻塞（该问题可采用基于时间戳并发控制机制解决）。

对锁机制有多少了解？悲观锁和乐观锁分别是什么？

锁是一种用于控制并发访问数据的机制，在多线程或多进程的环境下，锁可以保证每个线程或进程都能按照预期获得所需的资源，避免出现资源竞争、死锁等问题。

悲观锁：悲观锁是一种占用锁的机制，它始终假设其他线程会修改所需要的数据，并在访问这些数据时进行加锁操作，避免其他线程修改了数据造成不一致问题。由于悲观锁需要加锁、解锁操作，因此在并发量较高的情况下，可能会导致性能瓶颈。
乐观锁：乐观锁是一种不占用锁的机制，它不会在程序执行过程中进行显式加锁，而是在更新操作中加入版本号的实现机制。当发生更新操作时，程序会先检查数据的版本信息，只有当版本信息正确的情况下，才会进行更新操作，否则就会放弃该次更新操作。乐观锁相比悲观锁，减小了锁的开销，因此在并发量较高的情况下，可以更好地提升系统的吞吐量。

总的来说，悲观锁相对来说就比较保守一些，缺点是在并行访问比较频繁的情况下，容易出现性能问题。而乐观锁则更适合多读的场景，性能开销相对来说比较低，但是同时需要对冲突的情况进行合理的处理，否则容易引发数据一致性问题。

MySQL的索引有哪些？

在 MySQL 中，常用的索引类型包括以下几种：

B-Tree 索引（默认的索引类型）：常用于全值匹配，范围查询或排序等操作，支持快速查询和更新。B-Tree 索引适用于单个值和字符串类型的数据。
哈希索引：使用哈希算法对索引列进行计算，能够快速定位对应的行数据，适用于等值查询、不含 NULL 值的列。但是哈希索引无法支持范围查询等操作。
全文索引：可用于对文本类型数据的模糊查询，支持 IN BOOLEAN MODE 和 WITH QUERY EXPANSION 两种模式进行搜索。
空间索引：可用于对空间数据进行查询，例如点、线、面、立方体等空间数据坐标型。
全文空间索引：用于在空间数据中进行全文搜索，适用于海量数据的模糊查询。
R-Tree 索引：用于高维数据的查询，例如经纬度坐标和多维数据等场景。

索引对于 MySQL 的查询效率和性能至关重要。正确选择合适的索引类型，并合理使用索引，能够显著提升查询效率和性能。但是过多和不恰当的索引又会导致查询效率下降和系统的资源浪费，因此，在使用索引时需要综合考虑数据访问模式、数据量、查询频次等多种因素做出合适的决策。

写SQL语句：找出一个班级里面成绩最高的前三名男生的名字

select distinct top 3 stu.sname 姓名
from stu join sc on stu.sno=sc.sno
order by sc.grade desc

说一下Java集合中的 Set、List、Map

在 Java 集合框架中，一般分为三大类：

List：有序的集合，可以存储重复的元素。常用的有 ArrayList、LinkedList、Vector。
Set：无序的集合，不能存储重复的元素。常用的有 HashSet、LinkedHashSet、TreeSet。
Map：键值对的集合，可以存储重复的值但不允许重复的键。常用的有 HashMap、LinkedHashMap、TreeMap。

List 以元素的插入顺序来维护元素之间的顺序，可以通过索引访问元素，支持快速随机访问。ArrayList 底层使用数组实现，Vector 与 ArrayList 的实现基本一致，但是 Vector 是线程安全的。LinkedList 底层使用双向链表实现，支持高效地在列表首尾插入和删除元素。

Set 用于存储不重复的元素，并且无法保证元素的顺序。HashSet 底层使用哈希表实现，是最常用的 set 实现类；LinkedHashSet 底层则是基于链表和哈希表实现，能够保持元素的插入顺序；TreeSet底层使用红黑树实现，能够保持元素的自然排序。

Map 用于存储键值对，通过键来快速访问值。HashMap 底层使用哈希表实现，是最常用的 map 实现类；LinkedHashMap 底层则基于链表和哈希表实现，并能够保持元素的插入顺序；TreeMap 底层则使用红黑树实现，并能够保持键的自然排序。需要注意的是 HashMap、LinkedHashMap 的键和值可以为 null，而 TreeMap 的键不能为 null。

以上这些集合类都可以存储不同类型的对象，我们可以根据业务需求和具体场景选择合适的集合类来存储和操作数据。

UI自动化了解

UI（User Interface）自动化测试是通过模拟用户在图形界面中的操作，来对界面的功能、效果和性能进行测试的过程。UI 自动化测试的优点在于可以快速地检测和发现用户交互中可能存在的问题，并且可以模拟各种用户操作，使得测试结果更加真实和准确。

UI 自动化测试一般需要用到专门的自动化测试工具，例如 Selenium WebDriver、Appium、Robot Framework 等。这些工具可以通过编写脚本或者使用一些可视化的工具，来模拟用户的行为和操作。

常用的UI自动化测试流程如下：

确定测试用例：确定需要测试的功能、操作和场景，并将其转换为可执行的测试用例。
编写测试脚本：使用自动化测试工具提供的 API，编写测试脚本，模拟用户行为和操作。
配置自动化测试环境：配置测试环境，安装必要的自动化测试工具，以及安装和配置浏览器驱动。
执行测试：运行脚本并进行测试，同时进行断言验证，判断测试结果是否正确，并输出测试报告。

需要注意的是，UI 自动化测试还需要考虑以下一些因素：

异常处理：在测试过程中，可能会遇到一些意外的情况，例如元素不存在或者网络连接断开等，需要在测试脚本中进行异常处理。
数据清理：在测试过程中需要对测试数据进行清理，以确保下次测试的准确性。
测试覆盖率：需要考虑测试覆盖范围，即测试用例的集合，以保证测试的全面度。

综上，UI 自动化测试是一种可以提高测试效率和测试质量的测试方式。但是在实际应用中，需要结合具体情况来选择自动化测试的范围和方式，并对测试结果进行准确性的评估和验证。

性能测试、健壮性测试、是否了解压测

性能测试是指对软件在不同负载下的表现进行测试，包括响应时间、吞吐量、并发处理能力等。主要用于评估软件的性能、稳定性和可扩展性，以便在生产环境中部署之前发现和解决性能瓶颈问题。我们可以使用一些测试工具对软件进行负载测试，例如 JMeter、LoadRunner 等。

健壮性测试主要是为了检测软件在异常输入或者极端场景下的表现，包括输入错误数据、非法调用接口、异常条件等。目的是为了确保软件能够在出现异常情况下仍然能够正常运行，具备恢复和容错能力。测试方法一般是通过制造不符合预期的输入条件来观察软件的响应情况，例如模拟网络异常、接口异常、数据不一致等。

压力测试又称负载测试，是一种测试方法，用于评估软件系统在高负载的情况下的可用性和性能。主要测试软件在达到设计上限（或接近上限）的情况下的表现和稳定性，以发现系统在高负载压力下出现的瓶颈和问题。压测一般会模拟高并发、高流量、大数据量等实际场景，然后通过监控系统性能指标来评估系统在压力下的表现。

总的来说，性能测试、健壮性测试和压力测试对于保证软件质量和稳定性至关重要。测试人员需要选择合适的测试方法和工具，结合实际项目需求，检查和评估软件的性能、可靠性和健壮性，并及时发现和解决问题。

接口测试、如何保证接口所有分支覆盖

接口测试是指通过模拟对外接口的请求和响应来测试系统的功能、数据正确性、安全性和性能等方面。由于接口测试中请求和响应的格式、参数、状态等比较明确，因此可以使用自动化测试工具来进行测试。

对于如何保证接口所有分支覆盖，可以考虑以下几个方面：

制定测试计划：首先需要根据业务需求和接口设计文档等，制定接口测试计划，明确需要测试的接口、输入输出参数、预期结果等细节。
设计测试用例：在测试计划的基础上，设计测试用例，覆盖接口可能的各种情况，包括正常情况、异常情况和边界情况等。
使用测试工具：使用接口自动化测试工具，例如 Postman、SoapUI、RestAssured 等，以确保测试的准确性和可重复性。
执行测试用例：按照测试计划和测试用例，使用接口自动化测试工具执行测试，生成测试报告并记录测试结果。
修改测试用例：根据测试结果，对测试用例进行修改和调整，以保证对接口的各种分支和情况实现完全覆盖。

以上是一种比较常见的接口测试流程，可以通过定期测试、不断优化测试用例、增加测试覆盖率等方式来最大程度的保证接口的完全覆盖。此外，在进行接口测试时，还需要注意接口版本、数据隔离、接口文档的更新等多个因素，以提高测试效率和测试质量。

Spring注解的原理，细说

Spring注解的原理可以简单概括为：通过Java的反射机制，自动扫描和解析注解，并将注解所标识的类或方法等，自动装配到Spring容器中，以便于实现依赖注入和面向切面编程等功能。

在 Spring 容器启动时，通过使用 Reflections 和 ASM 等技术扫描类文件，解析注解信息，生成代理类并将其保存在容器中。这些代理类可以在运行时自动完成注入和切面操作等功能，大大减少了手动配置的工作量。

例如，@Controller 注解可以标识一个类为控制器，同时声明该类为 Spring MVC 控制器。@Service 注解可以标识一个类为服务，它与 @Controller 类似，可以被自动装配到 Spring 容器中。

除此之外，Spring 还提供了多种注解，例如 @Autowired、@Qualifier、@Value、@AspectJ 等，来实现自动装配、属性注入、面向切面编程等功能。这些注解都是通过对应的反射机制来实现的。

总结来说，Spring 注解的原理是通过 Java 的反射机制，自动扫描和解析注解，并将注解所标识的类和方法等，自动装配到 Spring 容器中，以实现依赖注入和面向切面编程等功能，大大提高了开发效率和代码重用率。

什么叫父类引用指向子类引用，好处

父类引用指向子类实例对象，通常被称为多态，即同一个变量类型，可以指向不同类的实例，实现了动态绑定。

多态的好处在于代码重用和灵活性。通过使用多态，我们可以编写能够处理同一类型却具有不同表现方式的对象的通用代码。这使得我们可以编写更少的代码来处理类似的问题，并且可以轻松地扩展程序，而无需大量重构代码。

另一个好处是灵活性。如果需要更改程序的实现，例如要将一个基类的子类替换为另一个子类，只需要更改变量类型，而无需更改类中的任何代码。

此外，父类引用指向子类实例对象还可以实现多态的运行时绑定。当调用方法时，具体调用哪个方法（父类的方法还是子类的方法），取决于运行时对象的类型。这种动态绑定机制可以增强代码的可扩展性和可维护性。

总之，将父类引用指向子类引用可以实现多态的功能，使得代码更加灵活、可扩展，提高代码的重用性和可维护性。

Java中的异常是怎么处理的(try catch, throw)

Java 中的异常处理机制可以分为两类：Checked Exception（可检查异常）和 Unchecked Exception（不可检查异常，也称运行时异常）。异常由抛出异常的代码及其调用链上层的代码捕获并处理。

处理 Checked Exception 的方式：

try-catch 块：可检查异常必须显式地声明或捕获，否则代码将无法编译。可以使用 try-catch 块对可能抛出异常的代码进行包装，进行异常处理。
throws 声明：方法声明其可能抛出的异常列表，但不对其进行处理。异常将传递给调用者处理。

处理 Unchecked Exception 的方式：

try-catch 块：与可检查异常类似，也可以使用 try-catch 块对可能抛出异常的代码进行包装，进行异常处理。
根据实际情况给出方法之间传递数据的返回值，如 null、-1 或者空字符串等。
对于无法处理的异常，可以直接终止程序。例如使用 System.exit() 方法。

Java 的异常又可以分为运行时异常（如：NullPointerException、IndexOutOfBoundsException 等）和非运行时异常（如：IOException、SQLException 等）。

运行时异常一般由程序逻辑错误所导致，需要开发人员从代码层面进行调试和修复。
非运行时异常一般由于外部因素或者意料之外的输入导致，需要对代码进行更全面的测试，以确保尽可能地覆盖所有可能出现异常的情况，以便应对各种异常情况。

总之，在 Java 中，异常处理是通过捕获、抛出和传递异常来实现的，并提供了丰富的异常类型和异常处理机制。程序员需要根据实际情况，合理地使用这些机制来编写可靠、稳定的 Java 程序。

列举一些你知道的异常

在 Java 中，异常可以直接分为两类：Checked Exception 和 Unchecked Exception。下面是一些常见的异常类型：

Checked Exception：

IOException：在输入/输出操作中发生错误时引发。例如文件找不到、磁盘已满或者无法访问等。
SQLException：在处理数据库时可能引发的异常错误，例如数据库连接失败、SQL 错误或查询错误等。
ParseException：对日期、时间等格式进行解析时发生错误。
ClassNotFoundException：类没有被找到，可能是由于 classpath 设置不正确或者类不存在。
InterruptedException：一个线程被中断。
FileNotFoundException：请求打开文件失败时引发。

Unchecked Exception:

NullPointerException：一个变量或对象不存在时引发，例如未初始化的对象或者 null 引用。
IndexOutOfBoundsException：下标或索引超出范围，例如访问字符串或数组中的无效索引。
ArithmeticException：在除法操作中除数为 0 时引发。
ClassCastException：类型转换时出现错误。
IllegalArgumentException：参数传递错误时引发。
UnsupportedOperationException：在不支持的操作上调用时引发。
ArrayStoreException：引用不兼容的类型存储到数组时引发。

总之，在编写程序的过程中，可以根据实际需求选择合适的异常类型，以准确地报告和处理异常。

finally代码块的作用，应用场景

finally 代码块是一个可选的代码块，在 try-catch-finally 语句中，无论异常是否抛出或是否被捕获，finally 块中的代码都会被执行。主要作用有以下几个方面：

代码块中的语句可以确保资源被正确释放，例如在 try 块中打开文件，然后在 finally 块中关闭文件，即使在 try 中出现了异常，文件仍然可以被关闭，避免资源泄漏。
在 finally 块中执行清理操作。例如，释放数据库连接、清空临时文件等操作，可以确保在任何情况下资源都被正确释放或状态被恢复。
在需要对异常处理进行模式化时，可以在 finally 块中执行一些通用的操作，例如记录日志、发送邮件等操作。

应用场景：

资源清理：对于需要手动打开和关闭资源，例如文件、数据库连接和网络连接等，通过在 finally 代码块中关闭这些资源可以确保资源得到正确释放。
异常恢复：可以在 finally 块中对异常进行处理，例如回滚数据库事务，或者发送错误提示给用户。
代码清理：可以在 finally 代码块中执行一些通用的操作，例如清理内存，关闭日志文件等。

需要注意的是，在使用 finally 块时，确保在 try 或 catch 代码块中没有 System.exit() 或者其他类似操作，否则 finally 块中的代码不会被执行。通常情况下，finally 块只应该用于清理、恢复、或其他不带返回值的操作。

哪里会用到反射机制，反射机制的优缺点，反射机制的作用和原理大致说明

反射机制是指程序在运行时能够获取和修改自身的结构和行为。Java 中的反射机制可以让程序在运行时动态地获取类的信息或者使用类的信息，甚至可以在运行时修改类的信息。反射机制提供了一种在运行时动态访问类或者对象的方式，是实现框架和工具的重要手段之一。

以下是一些常见的使用场景：

通过 Class.forName 获取类的全限定名称并进行实例化。
使用 Class 类的 newInstance 方法动态创建对象，而且可以使用类的构造器动态传参。
获取方法名称，方法参数类型等信息，然后进行方法的调用。
获取字段名称以及字段值，然后进行操作。

反射机制的优点：

灵活性：相较于传统编程方式，在反射机制的帮助下，程序在运行期才确定访问对象，能够实现动态获取类信息的特性，使得代码结构更加灵活。
扩展性：很多框架都基于反射机制进行开发，通过在运行过程中对程序进行修改，可以避免更改源代码，减小风险，更加灵活和可扩展。
代码复用性：通过让代码直接调用特定对象的方法实现对该对象对应类所进行操作的能力，从而实现可复用性，减少代码重复。

反射机制的缺点：

难以调试：反射机制通过运行时动态获取类型信息，默认使用字符串作为操作处理的单位，因此会使程序难以调试（打断点进入不到反射的方法里）。
性能低下：反射的处理速度远不如直接调用代码的速度快，因为反射需要动态地加载类、获取方法，再通过反射工具类进行操作。

使用反射机制的一些问题和注意事项：

访问限制：通过反射机制可以访问一些修饰符为 private、protected、default 的成员变量和方法，而这些修饰符是用来限制访问权限的，所以使用反射机制可能会违背面向对象的封装原则。
性能问题：通过反射机制获取信息以及进行操作通常比直接操作类或者对象更为繁琐、性能差，因为反射机制需要在运行时通过内省等机制来获取信息。

总之，反射机制在一些特定的场景下确实有很大的作用。但是，在使用反射机制的时候也要注意它存在的优缺点和一些问题，以避免出现不必要、甚至是危险的情况。

接口和抽象类是什么以及区别，说出几个常见的

接口和抽象类都是 Java 中用于实现多态的机制，但它们的本质和用法有所不同。抽象类是一个抽象的类，不能被实例化，可以包含方法的实现和未实现的方法声明，需要子类进行具体的实现，使用关键字 abstract 定义。一个类只能继承一个抽象类。接口是一种没有实现的类，它只定义了方法的签名、常量、默认方法等，用于描述类具备的能力，使用关键字 interface 定义。一个类可以实现多个接口。

主要区别：

方法实现：一个抽象类可以包含实现了的和未实现的方法，而接口中的方法都默认是抽象的，即只有方法声明而没有具体的实现。
继承和实现：类只能继承一个抽象类，但可以实现多个接口。
构造器：抽象类可以有构造器，而接口不能够有构造器。
权限修饰符：抽象类中的方法可以有 public、protected、default、private 的访问修饰符，而接口中的默认方法和静态方法可以有 public 和 default 修饰符。

成员变量：抽象类中可以拥有成员变量，而接口中只能定义 static final 类型的常量。

常见的抽象类和接口包括：

抽象类： AbstractMap、AbstractList、AbstractSet、AbstractQueue、AbstractTableModel、ServletInputStream、OutputStream 等。
接口： List、Set、Map、Serializable、Runnable、Comparable、Cloneable 等。

总之，在选择使用抽象类和接口时，应该根据实际情况进行选择，合理使用各种机制来实现多态性，提高代码的可维护性和可扩展性。

你如何理解Spring Boot配置加载顺序？运行Spring Boot有哪几种方式？

Spring Boot 的配置加载顺序可以在 application.properties 文件中以不同的优先级决定。

具体的加载顺序如下：

以命令行的形式指定的参数。例如：java -jar app.jar --server.port=8080
在操作系统的环境变量中声明的参数。
在从 jar 包外部到 jar 包内部（即从 application.properties 到 application.yaml）检查的 application.properties 或者 application.yaml 文件。这些文件应该位于应用程序的 classpath 下，并且不应该被打包进 jar 包。
在 jar 包内部检查的 application.properties 或者 application.yaml 文件，默认情况下包含在 jar 中的 application.properties 或者 application.yaml 文件。

因此，在使用 Spring Boot 配置时，应该优先使用首选方式和次选方式，而避免使用默认配置。

Spring Boot 运行方式有以下几种：

命令行方式：可以使用 java -jar 命令来启动 Spring Boot 应用程序并指定应用程序的名字及其他参数。
Maven 插件方式：可以使用 Maven 插件来启动 Spring Boot 应用程序，并传递命令行参数。
Gradle 插件方式：可以使用 Gradle 插件来启动 Spring Boot 应用程序，并传递命令行参数。
Spring Tool Suite（STS）方式：可以使用 STS 来启动 Spring Boot 应用程序，无需手动配置。
可执行 Jar 文件方式：可以打包成可执行 Jar 文件并运行。

总之，在不同情况下，可以采用不同的方式启动 Spring Boot 应用程序，具体应该根据实际需要进行选择和配置。

Spring Boot比Spring做了哪些改进

Spring Boot 是建立在 Spring 框架基础之上的一种快速开发、快速部署的框架，它在许多方面对 Spring 框架都做了改进。以下是一些方面的改进：

简化配置：Spring Boot 帮助开发者通过自动配置和 Starter 依赖来减少配置工作量。例如，只需在 pom.xml 文件中添加 Spring Boot Maven 插件，即可将所有必需的依赖项添加到类路径中。
可跨平台部署：Spring Boot 使用嵌入式服务器，可以将应用程序部署在不同的平台环境中运行，包括 Tomcat、Jetty、Undertow、Netty 以及 Reactor Netty 。
微服务构建：通过 Spring Boot Cloud 支持，Spring Boot 可以构建微服务的应用程序，使用 Eureka 或 Consul 等服务注册中心快速实现服务发现与治理。
默认的安全性：Spring Boot 针对安全性和问题默认实施了各种保障措施。例如，默认使用 HSTS 将域名隧道升级为加密的 HTTPS 协议。
热部署：通过使用 Spring Boot DevTools 可以实现热部署，直接在开发期修改代码而不需要重新启动服务器，从而提高开发效率。
易集成：Spring Boot 基于 Spring 框架，能够方便地集成各种流行的框架和工具，如 MyBatis、Hibernate、Spring Security 等。
面向生产的监测：Spring Boot 提供了丰富的度量插件，可以直接访问易于操作的端点。可通过 Spring Boot Actuator 监测应用程序的运行状况和状态，提供深入的诊断和管理。

总之，在构建 Web 应用程序时，Spring Boot 通过避免重复性工程、自动化配置等技术手段，大为简化了配置工作，提高了开发效率。同时，通过嵌入式容器、自动化部署等特性，也使得 Spring Boot 在开发与运营的整个生命周期中都具有巨大的优势。

JWT技术，token放在哪？token放在浏览器的哪个位置？

JWT（Json Web Token）技术是一种基于标准化的JSON格式的Web Token，用于在用户和服务器之间传递声明的一种安全的字符串，旨在为互联网上的不同系统提供一个标准化的解决方案。

在使用 JWT 技术时，Token（令牌）通常放在 HTTP 的 Header 中的 Authorization 域中，在服务端用 HttpServletRequest 则可获取请求头（Header）中的 Authorization。HTTP Header 中的 Authorization 有多种方式，但与 JWT 相关的一种方式是 Bearer Token Scheme(Authorization: Bearer )。

Token 不会被直接存储在浏览器中，它通常是在服务端被创建并返回给浏览器，浏览器在接下来的请求中通过 HTTP 请求头将 Token 传回给服务端。这样可以确保 Token 的安全性，因为如果将 Token 直接存储在浏览器中，将会面临 Token 被黑客窃取的风险。

一般情况下，浏览器将 Token 存储在内存中而非本地存储或者 Cookies 中。存储于本地存储或者 Cookies 中，会面临跨域攻击的风险。存储于浏览器的内存中，也确保了 Token 的时效性，一旦浏览器关闭，Token 就会失效。

总之，在使用 JWT 技术时，Token 应该放在 HTTP 的 Header 中的 Authorization 域中，不应该存储在浏览器的本地存储或者 Cookies 中，应该限制在浏览器的内存中。

【Java学习】八股整理（下）

远程过程调用RPC