Keycloak自定义ThemeSelectorProvider的create方法未调用问题

你的实现有3个核心错误，按下面的步骤改完就能正常运行： #

1. 自定义ThemeSelectorSpi完全是多余的无效代码 #

Keycloak核心逻辑里获取主题选择器的时候，只会硬编码查找内置名称为themeSelector的SPI，根本不会识别你自己新建的名为customThemeSelector的SPI，这就是你写在CustomThemeSelectorSpi里的打印语句从来没输出的原因。

• 修复方式：直接删掉整个CustomThemeSelectorSpi类，同时删掉META-INF/services路径下的org.keycloak.theme.ThemeSelectorSpi配置文件。内置的ThemeSelectorSpi本身就支持扩展自定义Provider，完全不需要重写整个SPI。

2. Provider的ID和Keycloak默认加载规则不匹配 #

你给CustomThemeSelectorProviderFactory设置的ID是theme-selector，但Keycloak默认只会加载ID为default的主题选择器Provider，除非你手动修改配置指定使用自定义ID的Provider，不然内核匹配不到你的工厂，自然不会调用create方法。

• 两种修复方案二选一即可：
  • 方案1：直接把getId()方法的返回值改成default，直接替换默认的主题选择器实现
  • 方案2：保留现有IDtheme-selector，在Keycloak配置文件（keycloak.conf或者standalone.xml的对应配置段）里添加配置：spi-theme-selector-provider=theme-selector，明确指定Keycloak加载你写的自定义Provider

3. 服务注册文件冗余 #

你只需要保留META-INF/services/org.keycloak.theme.ThemeSelectorProviderFactory这一个配置文件就行，文件内容填写你自己工厂类的全限定类名，例如：

com.yourcustom.path.CustomThemeSelectorProviderFactory

之前额外创建的ThemeSelectorSpi对应的服务文件必须删除，否则会干扰内置SPI的正常加载逻辑。 #

验证逻辑 #

修改完成后重新部署启动，Keycloak启动阶段会正常执行工厂的init方法，第一次请求需要渲染主题的页面（比如登录页、账号管理页）时，就会调用create方法实例化你的Provider，之后就会走你写的getThemeName逻辑返回对应主题名。

补充说明：你之前实现的EventListenerSpi能正常运行，是因为EventListenerSpi支持同时加载多个Provider，不需要指定固定的默认ID，和ThemeSelectorSpi这种同一时间只加载一个Provider的SPI逻辑不一样。

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