response_type的判断是不是有问题

> 为了更高效率的处理 issue、解决问题，请按照如下格式填写 BUG 详情。
> 
> 如果提交的 issue 不属于 BUG 范围，可以忽略/重置该问题模板。

## 提交前请确认：

- [x] 我在现有 issue 列表中搜索了相关信息。
- [x] 我已经在开发者文档中搜索了该信息：[https://justauth.plus](https://justauth.plus)

## 当前环境

- 出问题的模块： 
  - [x] jap-ids
  - [ ] jap-mfa
  - [ ] jap-oauth2
  - [ ] jap-oidc
  - [ ] jap-simple
  - [ ] jap-social
  - [ ] jap-sso
  - [ ] jap-core
- 使用的 jap 版本号： 1.0.7

## 问题描述

我使用你们提供的那个jpa-ids-demo测试的时候，将第一个client的response type改成了`code id_token`，调用授权接口的链接也改成了“http://localhost:8081/oauth/authorize?client_id=ta9igtt002kxn2gqed5we92r60q8utkw&response_type=code id_token&scope=read write openid profile email phone address&redirect_uri=http://localhost:8081&state=1686130265000”，在validateResponseType这个方法里面的逻辑是不是有问题，OauthUtil.convertStrToList()这个方法只是按空格切分了，导致判断为不包含。
![输入图片说明](https://foruda.gitee.com/images/1686131174694934324/11bc6f60_7383074.png "屏幕截图")

![输入图片说明](https://foruda.gitee.com/images/1686134833575069706/c6fe3d51_7383074.png "屏幕截图")
## 预期的结果是什么？

## 实际结果如何？ 报错信息（请提交完整的截图或者日志）

> 如果涉及到 BUG，请一定要提供完整详细的异常堆栈。

### 重现问题的步骤
1.
2.
3.

GVP 符节开源/jap

内容风险标识

评论 (0)

GVP符节开源/jap

内容风险标识