假设: 基于原作者的写法 不用ac自动机的算法(斌哥视频中提及过)

1.应该使用 Trie 树数据结构：目前代码使用了一个以字符为键的 HashMap 来构建敏感词字典，但这样的实现在大规模敏感词库的情况下可能效率较低。可以考虑使用 Trie 树（字典树）来优化敏感词的存储和匹配，以提高效率。

2.加载敏感词的方式：当前代码提供了两种加载敏感词的方式，一种是通过直接传入敏感词列表，另一种是通过读取文件。可以根据实际需求考虑增加其他加载方式，例如从数据库中加载敏感词，或者支持动态添加和删除敏感词的操作。

3.增加对多线程环境的支持：当前的代码没有考虑多线程并发访问的情况。如果在多线程环境下使用，需要增加线程安全的措施，确保敏感词字典的正确性和一致性。

4.引入缓存机制：基于目前的框架，如果敏感词字典较大且更新频率较低，可以考虑引入缓存机制，避免每次过滤敏感词都重新加载字典。可以使用内存缓存或者使用缓存框架如Redis等来提高性能。

其它再看看

问题描述：ACProFilter类敏感词屏蔽功能BUG。
测试用例：
@test
public void ACPro()
{
List sensitiveList = Arrays.asList("白痴", "白痴吗你是");
ACProFilter acProFilter=new ACProFilter();
acProFilter.loadWord(sensitiveList);
System.out.println(acProFilter.filter("白痴吗你是白痴"));
}
测试结果：*****白痴
后面的白痴没有被屏蔽掉。

消息撤回后，列表中还是有显示。
PS：第二个箭头指错地方了，应该是撤回的消息。

水印展示当前用户昵称，最好肉眼看不见，全屏水印防截图

1 已读功能(类似于标记类(点赞/点踩)的功能), 多数据源 数据库的选型要考虑, 推荐mongdb, 实现 jpa 和 mongodbTemplate 选择

2 输入中状态..., 无论单聊/群组, 都可存在此功能, 群组即例如顶顶会议的 xxxx,xx,xxx 正在讲话... , 或者单聊的 title 展示 对方正在输入中.../对方正在讲话中...

有考虑过 聊天框/在线人数列表，点击头像查看其它用户相关信息吗？
展示信息：头像、昵称、拥有的徽章、注册时间、最后发言时间

这个地方为啥要把单个channel的信息绑定到eventloop线程呢？如果eventloop对应多个channel的话不就覆盖掉了吗？

针对成员在线离线类型枚举类，做了一下线程同步规范，对cache进行双重检查，希望可以让我PR

撤回消息的时候，不显示撤回该消息的用户昵称了

大概的看了看了，不知道是不是我水平太差，感觉项目结构太混乱了。提个问题，正常的企业项目也是这样么🫠

刚新进来页面，微信扫码授权登陆，发送消息。右侧在线列表好像没更新。没显示我的在线

对于已登录的用户，前端拥有用户的token。在用户刷新网页的时候，前端会重新建立websocket链接，建立连接后，发送对应消息进行用户认证，传输token，对连接进行认证。

改版：

建立链接的时候就附带token信息。后端在握手阶段就会进行连接的校验。
然后返回对应的信息。
这样的改版，可以让用户在每次刷新页面的时候，更快得到认证的响应。
需要解决的难点
1.前端可以在建立链接的时候能携带参数

2.后端接受参数
前端携带的参数具体是在请求头还是在哪，需要debug试试。
具体是在协议升级前能获得，还是协议升级后才能获得，也需要试试。
协议升级前位置：com.abin.mallchat.custom.user.websocket.HttpHeadersHandler#channelRead
协议升级后位置：com.abin.mallchat.custom.user.websocket.NettyWebSocketServerHandler

3.后端返回成功或失败

1. 对于认证成功的，我们当作已登录用户，需要更新websocket信息。
2. 对于失败的，我们也会保持连接。当作游客连接，并返回认证失败的消息。
   可参考之前的逻辑com.abin.mallchat.custom.user.service.WebSocketService#authorize
   或者
   如果我们把三步分为两步，第二步返回的时候是触发前端的消息事件。
   也许我们还能做得更好，在连接的时候，直接把信息返回。触发的可能就是前端的连接响应事件。
   

这就是真正的握手认证了，需要调研

|ERROR|2023-05-22 23:35:46.587|http-nio-8080-exec-3|a3e6ce8f-a814-43da-aa15-f9f4cf16ba1f|uid=10818|null point exception！The reason is:null|
java.lang.NullPointerException: null
at com.abin.mallchat.custom.user.service.adapter.UserAdapter.lambda$buildBadgeResp$0(UserAdapter.java:62)
at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193)
at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1382)
at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471)
at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708)
at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499)
at com.abin.mallchat.custom.user.service.adapter.UserAdapter.buildBadgeResp(UserAdapter.java:66)
at com.abin.mallchat.custom.user.service.impl.UserServiceImpl.badges(UserServiceImpl.java:89)
at com.abin.mallchat.custom.user.service.impl.UserServiceImpl$$FastClassBySpringCGLIB$$c76aabc2.invoke()
at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:218)
at org.springframework.aop.framework.CglibAopProxy.invokeMethod(CglibAopProxy.java:386)
at org.springframework.aop.framework.CglibAopProxy.access$000(CglibAopProxy.java:85)

会不会继续开发 类似朋友圈功能

1、聊天界面，在聊天输入框无法@用户
2、当界面为 聊天界面-语音输入（按住说话），用户通过用户列表@其他用户时
期待结果: 显示输入框，并@用户
实际结果：界面为 聊天界面-语音输入（按住说话）

一直报错Caused by: java.lang.IllegalArgumentException: Could not resolve placeholder 'mallchat.jwt.secret' in value "${mallchat.jwt.secret}"

点赞时多次赞同一条消息概率出现幂等问题，连赞两次显示点赞数为2；交替点击赞和取消赞，出现点赞数为负数

消息列表的加载优化，滚动条必须要滚动到最顶上, 才会触发下一页的消息加载，给人一种卡顿，不流畅的感觉。 可以到滚动一定的范围就提前加载，用户体验更好一点。

/**
 * 所有在线的用户和对应的socket
 */
private static final ConcurrentHashMap<Long, CopyOnWriteArrayList<Channel>> ONLINE_UID_MAP = new ConcurrentHashMap<>();

这里为什么不是ConcurrentHashMap<Long, Channel> ，这里为什么要存CopyOnWriteArrayList呀

Parameter 0 of constructor in com.abin.mallchat.common.common.utils.oss.MinIOTemplate required a bean of type 'io.minio.MinioClient' that could not be found.

抹茶项目的敏感词功能还需要优化，有兴趣的可以下方评论下。
1.异步构建前缀数，不要占用spring的启动流程
2.前缀树需要有结束节点，否则判断会出问题
3.前缀数用map构建，提高匹配速度，不要用arraylist。

徽章显示不出来了，只有鼠标移上去才会显示徽章的文字，这个时候下滑，徽章描述文字会超过主体，跑到外面去

报错内容：ERR bad lua script for redis cluster, all the keys that the script uses should be passed using the KEYS array, and KEYS should not be in expression.
问题解决：Redis集群，在调用lua脚本的时候，key的位置必须是数组（不能使用Lua变量替换KEYS数组），否则直接返回错误信息。所以需要对lua脚本进行改正，去掉自定义的变量local，直接使用传入的KEYS数组。
参考链接：https://blog.csdn.net/qq_33996921/article/details/107204362

可以通过在后台通过简单配置模版ID，公众平台等的ID就直接可以通过微信公众号向用户推送消息

如图所示

static 成员不应该使用Autowired注解装配；既然使用了new 创建对象就不该再使用自动装配功能，且会找不到PrioritizedUrlTitleDiscover类型的bean对象

[ERROR] Failed to execute goal on project mallchat-chat-server: Could not resolve dependencies for project com.abin.mallchat:mallchat-chat-server:jar:1.0-SNAPSHOT: The following artifacts could not be resolved: com.abin.mallchat:mallchat-common-starter:jar:1.0-SNAPSHOT, com.abin.mallchat:mallchat-transaction:jar:1.0-SNAPSHOT, com.abin.mallchat:mallchat-oss-starter:jar:1.0-SNAPSHOT: Could not find artifact com.abin.mallchat:mallchat-common-starter:jar:1.0-SNAPSHOT -> [Help 1]

zhe j这几个属于内部方法调用，没有收Spring管理，无法加入事务

就可以查看自己的消息具体被谁看过，存储的话就想通过redis的bitmap类型来，每个用户对应一个下标

SecureInvokeAspect里面的 List parameters = Stream.of(method.getParameterTypes()).map(Class::getName).collect(Collectors.toList());
Class::getName如果是基本类型，则后面无法反射Class.forName成功，需要包装下成包装类型，可以参考hutool的
List parameters =
Stream.of(method.getParameterTypes())
.map(type -> BasicType.wrap(type).getName())
.collect(Collectors.toList());

泛型这个没有找到很好的解决方案

还有加了这个顺序后@order(Ordered.HIGHEST_PRECEDENCE + 1)//确保最先执行，因为spring事务优先级是比较低的，可能
TransactionSynchronizationManager.isActualTransactionActive();返回false，从而无法执行后续代码

有考虑做个签到功能吗

希望可以将图片或截图直接复制粘贴至聊天框

1、建议entity包中的实体类的createTime、updateTime等统一类型，目前有的是Date、有的是LocalDateTime
2、FrequencyControlAspect 在解析 target = EL时，可以增加注解的规范判断，FrequencyControlAspect#41行代码，可以在增加对frequencyControl.spEl()的非空串校验
3、SpElUtils#24行，params可能会出现null的情况
4、RedisConfig中配置RedisTemplate时，没有执行redisTemplate.afterPropertiesSet();；修改建议在#32行后面增加redisTemplate.afterPropertiesSet();
5、RedisUtils的类定位有点问题；为了方便使用，方法大多数都为static，但是又加上了 @component 注解；另外 其中的 RedisTemplate实际上不是RedisConfig中配置的；修改建议
public class RedisUtils { private static RedisTemplate<String,Object> redisTemplate; private static StringRedisTemplate stringRedisTemplate; static { // 原代码中是通过this访问的，静态变量不推荐用this访问 RedisUtils.stringRedisTemplate = SpringUtil.getBean(StringRedisTemplate.class); // RedisConfig 中的 redisTemplate 方法上修改为 @Bean(name = "myRedisTemplate") RedisUtils.redisTemplate = SpringUtil.getBean("myRedisTemplate"); } } ；RedisUtils 中所有涉及到 redisTemplate 调用的均需要修改一下；以及涉及到的类似于 getExpire 方法会产生NullPointerException的问题，redisTemplate.getExpire()返回的是包装类型的，但是RedisUtils 暴露的方法都是基本类型，unboxing是可能出现空指针异常

问题思考来源于 issues #13

问题1: eventLoop thread会执行io操作

  clone代码后发现authorize是在eventLoop thread(并未在pipeline中添加切换thread的操作)中执行的，并且后续有同步执行redis和db的操作，存在的问题是cpu和memory都表现良好的前提下消息处理吞吐量提升不上去。

问题2：writeAndFlush这个方法无需在单独的thread中执行

  这个线程池在项目中没有找到其他用到的地方，writeAndFlush最后在pipeline中执行时会切换到evenLoop thread，此处再使用线程池中反而会得不偿失。 

问题3（建议）：使用Event时在发布事件处做同/异步的处理，特别是在non-blocking的线程模型下更应该谨慎的处理线程使用。

问题4：作者有没有意向用reactive替换现有的server端代码。

1 项目能有类似的模块建构图: (1) 使新人以最快的速度接受理解架构内容, (2)未来规划更明确

2 前端项目可发布一版访问 localhost的, 使后端更好调试(建议)

3 web端的大背景自定义或多种样式更换(建议)

4 项目架构我还需要关注一下

接下来会往这个方向研发吗

请问斌哥是如何在服务器端进行配置代理从而实现对chatgpt api的访问的？