今年的疫情找工作确实比以往难了几个度，但是没关系，技术还在就行啦 我也打算裸辞了

个人建议用 vo 或者 DTO 来代替传值，优雅又美丽 就是 entity 多了点 但是后期维护绝对容易 除非你在每个方法上面注释这个 Map 里到底有啥 不然谁都不知道里面到底有啥

@vate32 这里不是权限的问题 而是用户类型包含的属性的问题

@hytex 对 我想到的就是这个 如果放其他表 那用户被删掉的时候 其他表也要做相应操作 不过目前是实现的是软删除 所以应该不会涉及到其他表

@wangritian 有附加搜索需求的， 我想的是在建一个用户类型表，user 包含类型 Id 然后查询的时候连表带上需要的字段 但感觉有点繁琐

其实哔哩哔哩这些 APP 进去前都要读一下剪贴板看看你有没有复制分享口令或者地址，这样才能跳转到相关的视频，并不是为了侵犯隐私，但如果他开放一个可以自由开关这个模式的功能会更好，而不是默认接受

搬瓦工可以找我代购 7 折 支持担保交易

哈哈哈 谢谢各位的回复，我懂了，我明天 TM 就把产品经理杀了祭天

@fdingiit 防止内存庞大

@IMCA1024 我的考虑是不实时，然后异步入库的定时时间设置短点，比如 5 分钟，但是这样的解决方案不满足需求。

有的，点赞在前台展示是需要保证实时的

如果只是单纯的想展示数据 可以试试阿里云的 DataV

我采用的是注解拦截 自写了一个注解类 然后标注需要验证 token 的方法 如果这个方法参数需要一个 user 类的话 就注入一个用户实体类 不知道符不符合楼主的需求

if(method.getAnnotation(TokenAccess.class).userHold()){
for (int i = 0;i<args.length;i++) {
// 需要做进一步判断，判断这个方法是否需要这个 user
if(args[i]!=null && args[i].getClass() == User.class){
args[i] = user;
}
}
}

@yeqizhang 确实是个伪需求，我参考了目前流行的讨论 APP 都是最多三级 所以找不到好的解决方案 但是刚才看了一楼提了一个闭包 我感觉可以记录左右节点 就可以避免去递归了