Java入门高频考查基础知识9（银盛15问万字参考答案）

JAVA刷题专栏：http://t.csdnimg.cn/9qscL

一、Springcloud的工作原理

三、注册中心心跳是几秒

四、消费者是如何发现服务提供者的

五、多个消费者调⽤用同⼀接口，eruka默认的分配⽅式是什么

六、springboot常用注解，及其实现

七、spring的事务注解是什么？什么情况下事物才会回滚

一、Springcloud的工作原理

二、SpringCloud用 什么组件发请求

在Spring Cloud中，发送HTTP请求通常使用以下两种方式：

RestTemplate示例代码：

java 复制代码

RestTemplate restTemplate = new RestTemplate();
String result = restTemplate.getForObject("http://example.com/resource", String.class);

OpenFeign（或Feign）示例代码：

java 复制代码

@FeignClient("service-name")
public interface MyClient {

    @RequestMapping(method = RequestMethod.GET, value = "/resource")
    String getResource();
}

三、注册中心心跳是几秒

Spring Cloud中的注册中心，比如Eureka, 不是通过固定的"心跳（心眺）"时间来工作的，而是依赖于几个可配置的参数来协同工作，其中包含心跳间隔、实例注册后的续约（续租）时间间隔以及服务端的清理间隔。下面是有关Eureka客户端和服务端的一些默认值：

四、消费者是如何发现服务提供者的

|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 1. 当⼀一个服务实例例启动，会将它的ip地址等信息注册到eureka; 2. 当a服务调⽤用b服务，a服务会通过Ribbon检查本地是否有b服务实例例信息的缓存; 3. Ribbon会定期从eureka刷新本地缓存。 |

五、多个消费者调⽤用同⼀接口，eruka默认的分配⽅式是什么

六、springboot常用注解，及其实现

|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 1. @Bean: 注册Bean * 默认使⽤方法名作为id，可以在后面定义id如@Bean("xx"); * 默认为单例 * 可以指定init方法和destroy方法： * 对象创建和同仁完成，调用初始化方法 * 单实例bean在容器销毁的时候执行destroy方法 * 多实例bean，容器关闭是不会调用destroy方法 2. @Scope: Bean作用域 * 默认为单例 * 类型 * singleton单实例(默认值):ioc容器启动时会调用⽅法创建对象放到ioc容器器中，以后每次获取就是直接从容器中拿实例; * prototype多实例:ioc容器启动不会创建对象，每次获取时才会调用方法创建实例; * request同一次请求创建一个实例; * session同一个session创建一个实例。 3. @Value: 给变量赋值 * @Value注解是一种常用的方式，用于将外部配置值注入到Spring管理的Beans中。这个注解可以用来引入普通字符串、系统属性、环境变量、配置文件中的属性等。 * 代码示例（在下面） * 方式 * 基本数字 * 可以写SpEL(Spring EL表达式):#{} * 可以写${}，取出配置⽂文件中的值(在运行环境变量里面的值) 4. @Autowired: 自动装配 * 默认优先按照类型去容器中找对应的组件:BookService bookService = applicationContext.getBean(BookService.class); * 默认一定要找到，如果没有找到则报错。可以使用@Autowired(required = false)标记bean为非必须的。 * 如果找到多个相同类型的组件，再根据属性名称去容器中查找。 * @Qualifier("bookDao2")明确的指定要装配的bean。 * @Primary:让spring默认装配⾸首选的bean，也可以使⽤用@Qualifier()指定要装配的bean。 5. @Profile: 环境标识 * Spring为我们提供的可以根据当前环境，动态的激活和切换一系列列组件的功能; * @Profile指定组件在哪个环境才能被注册到容器中，默认为"default"@Profile("default")。 * 激活⽅方式: * 运行时添加虚拟机参数:-Dspring.profiles.active=test * 代码方式 |

3. @Value给变量赋值示例代码

java 复制代码

@Component
public class SomeClass {

    // 注入application.properties或application.yml中的属性值
    @Value("${some.property.name}")
    private String propertyValue;

    // 注入系统属性的值
    @Value("${system.property}")
    private String systemProperty;

    // 注入环境变量的值
    @Value("${env.VARIABLE_NAME}")
    private String environmentVariable;
    
    // 给变量赋予一个默认值，如果配置没有这个值的话
    @Value("${some.property.name:defaultValue}")
    private String propertyWithDefaultValue;

    // ...
}

七、spring的事务注解是什么？什么情况下事物才会回滚

八、spring事物的传播性和隔离级别

七个事传播属性:

五个隔离级别:

关键词:

九、mysql的引擎有什么?他们的区别

十、innodb如何实现mysql的事务

十一、mysql索引

MySQL索引是数据库性能优化的重要方面，它们在数据量大的情况下能够极大地提高查询效率。以下是一些关于MySQL索引的关键点：

|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 1. 索引的类型： * 单列索引：仅包含单个列的索引，适用于只涉及一个列的查询。 * 复合索引：包含两个或更多列的索引，适用于查询条件涉及多个列的情况。 * 唯一索引：保证索引列的每行数据都必须唯一。 * 主键索引：表中每行的唯一标识，是一种特殊的唯一索引。 * 全文索引：仅适用于MyISAM和InnoDB引擎（MySQL 5.6及以上版本），用于全文搜索。 * 空间索引：主要用于空间数据类型，如GIS数据。 2. 索引的原理： * 索引提高数据检索的效率，原理类似于书本的目录。MySQL中最常见的索引类型是B-Tree索引，适用于全值匹配、值的范围或值的前缀匹配。另一种主要索引类型是哈希索引，它适用于等值比较。 3. 索引的使用： * 查询优化器会根据查询语句和可用的索引来决定是否使用索引。可以通过EXPLAIN命令查看查询是否使用了索引。 4. 索引的创建和管理： * 在创建索引时，可以选择相应的字段和索引类型。但创建索引是有代价的，它会增加磁盘空间的使用，并且在插入、更新和删除数据时可能会降低性能，因为索引也需要维护。 5. 索引的建议： * 不要在数据变化很频繁的列上创建索引。 * 对于查询中经常出现的列或条件，应考虑创建索引。 * 复合索引应根据查询的WHERE子句和JOIN的顺序来确定列的顺序。 * 索引的选择性（不重复值的数量与总行数的比例）越高，索引的效果越好。 * 尽量使用覆盖索引（查询列直接在索引中），这样可以避免回表查询提高效率。 6. 索引的陷阱：使用索引并不总是提升性能。在以下情况中，MySQL可能不会使用索引： * 使用LIKE操作符以通配符开头的字符串（如'％abc'）。 * 如果MySQL估计需要扫描的表行数超过总行数的一定比例，它可能认为顺序扫描整个表更快。 * 数据类型不一致时（例如，在字符串列上的数字比较时，需要类型转换）。 * 在索引列上使用函数或表达式（这会使得MySQL无法利用索引）。 |

十二、b+树的原理理

b-tree

b+tree

|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| * B+tree 是 B-tree 的变种，B+tree 数据只存储在叶⼦节点中。这样在B树的基础上每个节点存储的关键字数更多，树的层级更少所以查询数据更快，所有指关键字指针都存在叶子节点，所以每次查找的次数都相同所以查询速度更稳定; |

十三、如何设计索引

设计MySQL索引需要认真考虑查询模式、数据特性和业务需求。以下是设计MySQL索引的步骤：

十四、git和svn的区别

Git和SVN（Apache Subversion）都是版本控制系统，它们用于追踪源代码的变更历史。尽管他们的目标相同，但是它们在设计原理、特性和使用方式上有很多不同。

|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 1. 分布式与集中式： * Git 是一个分布式版本控制系统（DVCS）。意味着每个开发人员的本地副本都是仓库的完整副本，包括所有的历史记录。这样，开发者可以在本地执行许多操作，如提交、分支、查看历史等，而无需网络连接。 * SVN 是一个集中式版本控制系统（CVCS）。所有的文件和历史记录存储在中央服务器上。当开发人员想要提交或获取最新的更改时，他们需要连接到这个服务器。开发者在本地只有工作副本，并不包括项目的完整历史。 2. 支持离线工作： * 由于Git是分布式的，开发者可以在离线时完成许多版本控制任务。 * SVN则需要与中央服务器通讯进行大多数操作，这在离线时往往不可能。 3. 网络需求与性能： * Git 的大部分操作都在本地完成，因此通常比SVN更快，特别是在提交上。而且，Git只需要同步更改，所以在克隆或推送到远程时通常需要的带宽更少。 * SVN 操作，尤其是提交更改，需要与服务器通信。这可能会慢一些，特别是对于带宽受限或网络延迟较大的用户。 4. 分支和合并： * Git 对分支和合并的支持更先进，分支操作非常快速且是轻量级的，因为Git会处理整个项目的快照。 * SVN 的分支是通过在服务器上复制整个项目来实现的，这可以更加消耗时间和空间。虽然SVN在新版本中改进了分支和合并的处理，但它在简单性和性能方面与Git相比仍有所不足。 5. 存储方式： * Git 使用内容寻址文件存储和SHA-1哈希来保证数据的完整性和一致性。 * SVN 采用一种类似文件系统的方法保存数据，并在每次提交时增加修订版号。 6. 数据安全和完整性： * Git 极其注重数据的安全和完整性。每次提交都有相应的校验和，而且如果数据发生丝毫改变，就能通过校验值立即发现。 * SVN 存储数据安全也很重视，但由于集中式存储的设计，如果中央服务器出现问题，可能会存在单点故障的风险。 7. 学习曲线： * Git 功能强大，但有时被认为学习曲线较陡峭，因为它提供了更多的命令和操作选项。 * SVN 的概念和日常使用相对简单直接，对于不熟悉分布式版本控制的用户来说，可能更容易上手。 8. 可移植性和权限管理： * Git 由于是分布式的，可以很容易地复制/克隆整个仓库。而SVN则需要导出或备份特定的文件和元数据。 * SVN 提供了内置的访问控制列表（ACL）来更细粒度地设置权限，而在Git中，这通常通过第三方工具或层次进行管理。 |

十五、git命令的一些底层原理以及流程

Git 工作流程

|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| Git的工作流程大致可以分为以下几个步骤： * 工作区（Working Directory）：进行文件的修改。 * 暂存区（Staging Area/Index）：将需要提交的更改添加到暂存区。 * 仓库（Repository/History）：提交更新到本地仓库的历史记录中。 * 远程仓库（Remote Repository）：将本地仓库的更改推送到远程仓库。 |

Git 底层原理

Git 命令流程

Git 分支和合并的原理