请教大家一个问题。 对于mcp-client进行工具调用的时候，企业级的做法，一般是会在调用大模型的时候，基于toolCallbacks传入对应的工具，然后使用toolCallingManager进行工具的调用；还是说，是自定义进行工具的调用会更好？ 如果基于toolCallingManager自行进行工具调用的话，感觉是黑盒，不太可控。 一般会怎么进行考虑呢，谢谢

鱼皮哥，请教一个问题。 在大型快消crm中，业务员的规模达到10w+，业务员每天的门店拜访，每个拜访动作都可以获得相应的积分。每天也可以拜访多个门店。 并发量还是挺高的，数据量也很大。 这种情况下，积分流水的记录，业务应该怎样去考虑呢？是否有必要做成实时的？ 应该怎么样设计比较好呢？单次积分应该是需要实时记录的吧？ 用mq，然后在消费者端，每个积分记录和写入积分余额，都分别做成一个事务，多线程插入，这样会不会容易把数据库连接打满？ 如果是消费者端批处理呢？那如果其中一条记录失败了，是整批回滚，还是单独进行处理呢？

今天有一个广州的创业型公司给发offer了，不过是架构师的岗位。 21年成立的创业公司，做QMS和AI相关的。 目前是3年的java工作经验，hr说是想从0到1培养一个架构师，让公司现在的架构师来带我。 大家觉得这个offer会怎么样？转架构的话，难度会不会挺大的，怕比较难适应。 🤔

请教大家一个问题，我现在想实现一个视频播放的功能（类似于b站的播放器那种）； 我看了一些网站的接口，好像是会将视频分段返回给前端，感觉像是使用m3u8格式来实现的。 但是有一个问题，后端如果使用m3u8的话应该怎么处理比较好呢？ 我试了一下使用ffmpeg来将mp4转成m3u8格式的，但是转的时候，cpu占用非常高，也比较耗时；不知道是不是思路哪里有点问题； 后端一般是怎么处理这个问题的呢，有什么好的解决思路和方案吗，谢谢 #提问# 后端 Java

提问 、 项目 请教大家一个问题，在实现一个更新用户名的功能时，如果后端是采用jwt来进行用户信息存储的，因为token里面，有一个subject属性用于存储当前的用户名的（我是设置了username），那我在更新用户名后，我的token，是否需要重新生成呢？如果不重新生成的话，那我最新的用户名，就跟token里面的subject是对应不上的，请问大家一般是怎么处理这个问题的呢？

请教大佬们一个问题，如果在项目里面，要对每一个请求都需要记录操作日志，一般推荐是使用aop还是使用拦截器来实现呢？ 目前的实现方案是基于aop，但是在思考它跟拦截器之间，这两种方案的差异点在哪里呢？ @河北王校长 请问校长对这个怎么理解呢？如果我使用@NotNull等注解来做参数校验，请求还没有到达controller层，就直接抛异常被全局异常拦截捕获到了，这样的话，我就没有办法记录到当前的请求日志了，这种情况的话，请问校长会怎么处理呢，谢谢校长 Java #提问#

#分享# #项目# 对于spring-init模板里面的一个小点，提出一点我自己的看法。 第一张图片是init模板里面的一个根据value值获取枚举的方法；第二张图是我自己在写项目的时候，基于反射写的一个根据value获取对应枚举的message的公共方法； 因为这两天在写项目的时候，想到一个问题是，现在模板里面可能只有一个枚举类，但是实际中项目可能会有好几个枚举类或者更多，如果都有这样的需求（需要根据value获取枚举的话），这样如果都在每个枚举类里面定义一个相同或者相似的方法，这样重复性就太高了，代码的抽象性和复用性就会差一些。 所以这里是基于反射去封装了一个方法出来（前提是每个枚举类里面一定要有getCode和getMessage方法），可能反射会稍微影响一点性能，但是这样就能提高代码的复用性了。 以上，如有不合理的地方还麻烦指正~

#提问# 请问一下大家，security中，重写protected void configure(HttpSecurity http) throws Exception方法，就没办法显示出登录界面，但是不重写这个方法的话，就能正常出现登录界面，应该怎么重写其中的配置比较好？卡在这动不了了。 如下图为重写的配置。

#提问# 有个问题请问一下大家，你们在做登录功能的时候，一般是采用session还是使用token的方式？ 看了一下模板里面的方法，是使用的session。但是之前复习的时候，session是会将每个用户的信息都存储在服务端，所以当用户量比较多的时候，对服务器的存储就会有些影响，所以一般好像是不太用session的这种方案？ 然后看了一些博客，他们的做法是比较偏向于使用jwt结合security来实现登录功能，但是我发现他们在使用jwt的时候，还是会把token给存储在redis里面，当退出的时候就把redis里面的键值给删除掉。但是想了一下，如果每个用户登录的时候都会将一份token给存储到redis里面的话，这样好像就失去了jwt本身的意义了，好像又变成了session一样。 所以这个地方有些疑问，想请问一下大家在做登录功能的时候，一般是用的什么方案？流程大概是什么处理逻辑呢？

技术 想请问大家一个问题， 需求: 管理员要在后台进行批量账号删除 管理员在进行删除操作时，对于这个业务场景，我们是可以对这些账号直接删除，还是应该在删除前，判断一下当前将要被删除的账号是否正在被使用？ 我觉得应该是后者，但是不太清楚应该以什么方式来判断这些列表用户的当前使用状态，应该要做什么样的处理逻辑呢？ 大家有没有什么好的思路？