Spring Security 5 OAuth Client与Spring Boot 2.0中authorizationGrantType非空问题

我来帮你梳理并解决这个问题，结合你提到的两次更新，分几个部分说明：

一、最初启动异常的根源 #

你遇到的org.springframework.beans.factory.BeanCreationException，最终触发的是java.lang.IllegalArgumentException: authorizationGrantType cannot be null，原因很明确：

• Spring Boot的OAuth2自动配置只对GitHub、Google这类内置了默认元数据的公共提供商生效；
• 像GitLab这类自定义/非内置的OAuth2提供商，Spring无法自动识别其授权流程参数，必须显式配置authorizationGrantType、redirectUriTemplate、scope等核心信息，否则客户端注册仓库clientRegistrationRepository无法完成初始化。

二、利用OIDC自动发现简化配置 #

你说的没错，支持OpenID Connect规范的授权服务器（比如GitLab）都提供了.well-known/openid-configuration端点，Spring Security确实可以通过这个端点自动拉取配置，不用手动逐个填写参数。

旧版本（Spring Security <5.4 / Spring Boot <2.4）的配置方式 #

在这些版本里，你需要手动指定issuer-uri来触发自动发现逻辑，同时补充客户端凭证信息，示例application.yml配置如下：

spring:
  security:
    oauth2:
      client:
        registration:
          gitlab:
            client-id: 你的GitLab客户端ID
            client-secret: 你的GitLab客户端密钥
            client-name: GitLab
        provider:
          gitlab:
            issuer-uri: https://gitlab.com

配置好issuer-uri后，Spring Security会自动请求对应地址的.well-known/openid-configuration端点，自动获取并填充授权端点、令牌端点、JWKS端点，以及默认的authorization_code授权类型、openid/profile/email标准作用域等参数，不用再手动写这些配置。

三、新版本（Spring Security 5.4+ / Spring Boot 2.4+）的简化配置 #

正如你更新中提到的，在Spring Security 5.4和Spring Boot 2.4及以上版本中，OIDC自动发现的逻辑做了优化，只需要配置issuer-uri和客户端凭证就足够了，示例配置：

spring:
  security:
    oauth2:
      client:
        registration:
          gitlab:
            client-id: 你的GitLab客户端ID
            client-secret: 你的GitLab客户端密钥
        provider:
          gitlab:
            issuer-uri: https://gitlab.com

Spring Boot会自动完成所有必要参数的填充，包括自动识别授权类型为authorization_code，完全省去了手动配置其他参数的麻烦。

小提示：验证自动发现可用性 #

在启动应用前，你可以先手动访问授权服务器的.well-known/openid-configuration端点，确认返回的JSON里包含authorization_endpoint、token_endpoint、jwks_uri这些关键字段——这是自动发现功能正常工作的前提。

内容的提问来源于stack exchange，提问作者Hantsy