pro1 

JwtAuthenticationFilter 类在两个不同的位置被定义了，导致Spring无法确定使用哪个定义。
为了解决这个问题，你可以采取以下几种方法之一：
检查类路径中的重复类： 确保 JwtAuthenticationFilter 类没有在多个地方被定义。检查你的项目结构，确保只有一个 JwtAuthenticationFilter 类

如果 JwtAuthenticationFilter 既被标记为 @Component，又在 SecurityConfig 中通过 @Bean 方法定义，会导致Spring容器中出现两个同名的Bean。这会引起以下问题：
Bean定义冲突：Spring容器无法确定使用哪个Bean实例，从而抛出异常。
行为不一致：即使Spring容器允许覆盖Bean定义，也可能导致行为不一致，因为两个Bean实例可能有不同的配置或状态

pro2

需要一个类型为 org.springframework.security.core.userdetails.UserDetailsService 的Bean，但Spring容器中没有找到这个Bean

为了修复这个问题，你需要在Spring配置中定义一个 UserDetailsService 类型的Bean。以下是几种常见的解决方案：
方法一：实现 UserDetailsService 接口并注册为Bean
创建一个实现 UserDetailsService 接口的类：

subpro1

Spring Boot 应用程序在尝试配置数据源时遇到了问题，具体原因是没有指定 url 属性，并且没有找到合适的嵌入式数据库驱动类

指定数据源 URL：确保在配置文件中指定了数据库的连接 URL。
添加数据库驱动依赖：确保项目的依赖中包含了相应的数据库驱动。
激活配置文件（如果适用）：如果你使用的是特定的配置文件（如 application-dev.properties 或 application-prod.yml），确保这些配置文件被正确激活。

subpro2

为什么user==null始终为false?

的代码中，user == null 始终为 false 的原因在于你使用了 Optional.get() 方法来获取 User 对象。Optional.get() 方法会在 Optional 对象为空时抛出 NoSuchElementException 异常，因此在 user == null 之前，程序已经因为异常而终止执行了。
具体来说，userRepository.findByUsername(username) 返回的是一个 Optional<User> 对象。如果你直接调用 get() 方法，而 Optional 对象为空（即没有找到用户），就会抛出异常，而不是返回 null。

使用 ifPresent 或 isPresent 方法：
这些方法允许你检查 Optional 是否为空，并在不为空时执行相应的操作。
使用 orElse 方法：
这种方法允许你在 Optional 为空时提供一个默认值。

pro3

就是在yml当中数据库名字写错了，改正

pro4

问题的根本原因在于Spring Boot应用程序在启动时无法解析配置文件中的占位符app.jwtSecret。具体来说，jwtTokenProvider bean的初始化失败，因为它依赖于一个未定义的属性app.jwtSecret

在配置文件中定义app.jwtSecret：
确保在application.properties或application.yml文件中定义了app.jwtSecret。例如：

密钥长度：
SECRET_LENGTH 设置为 64 字节，这正好对应 512 位，完全符合 HS512 算法的要求。
随机数生成：
使用 SecureRandom 生成安全的随机字节数组，确保密钥的安全性。
Base64 编码：
使用 Base64.getUrlEncoder().withoutPadding() 将字节数组编码为 URL 安全的 Base64 字符串，不带填充字符，便于存储和传输。

pro5

问题出在Spring Security配置上，具体是因为没有配置CORS（跨源资源共享）相关的设置。Spring Security要求你必须配置一个corsFilter或者corsConfigurationSource来处理CORS请求。
要解决这个问题，你需要在你的安全配置类中添加CORS配置。下面是一个简单的示例，展示如何在Spring Security配置中启用CORS：