好多媒体都发了类似 win11 比 win10 玩游戏帧数有所提升的文章，我个人测试了很多游戏就遇见一个翻车的，刚买的《极限竞速地平线 4 》打不开玩不了，试了很多解决办法无果，不知道是不是个人原因

@mh 老哥 来个新的 谢谢

swagger，嫌原生的界面丑，可以去 github 上找一些替换原生界面的开源组件，另外 Github 上本身这种类似的接口文档平台就很多，多找找吧

@huifer 多谢大佬！！学习下

@agzou 多谢大佬，我学习学习

@actar 多谢大佬，采用了你的方法，如有需要留个支付宝我赞助杯咖啡喝，以后还要多请教

@taogen 不是，我是觉得每一个方法都要写那三个 @PathVariable 麻烦，本来就是共性的东西，所以想问问怎么实现比较优雅

@puncsky 看了一下这个设计就很正常啊，每个服务去单独的操作 db 就 ok 了，我现在说的是一个比较奇葩的设计场景，相当于在业务层和 db 之间又加了一层，所以我问加这个干啥…

@iConnect 我感觉没有太能说服我，专人专事，按照业务去划分为不同的服务不就是已经专人专事了吗，为什么单独要把数据操作抽出来？它提升效率的点在哪？现实中可能我接触的项目还不够多，我还没遇到过这样设计的，如果只是因为理论的合理性而不去考虑执行效率开发成本我觉得就是在耍流氓，我现在需要的是大佬能说服我，或者是给我理由让我去说服公司的项目设计。

楼上都说 elk，哪位大佬分享一下 elk 的详细搭建教程，没有坑的那种

每年年初：信心满满；每年年末：来年再战。

看数据量大小吧，循环查连接过多可能会崩的，但是如果你查出来后，针对每个 id 又要有很多的业务处理，还是写循环查最简洁清晰。

什么叫“和项目相关的文件”？是项目包还是什么？“maven 编译”说的也比较笼统，是 package 还是 install ？ package 只是打包，install 则会部署到本地仓库，多模块项目之间互相依赖的，要么从父工程统一 package，要么都先 install 一遍，以后再分模块执行 package。

不是说喷剂啥的会形成依赖，最好不要用吗？

@crclz 大佬你这个有点深奥啊，看不太懂_(:з」∠)_

@haishiwuyuehao 好的，谢谢大佬提醒，我说清楚一点。就是这是一个中间业务的系统，每天要从 A 项目获取大批量的文件，批量解析到数据库，然后做数据的验证过滤补录等一系列操作，然后拿着操作完的数据去发给 B 项目，获取 B 项目结果以后再将结果返回给 A 项目。我们将一个批次的处理过程称为一个“任务”。现在的问题是我们如何考虑控制任务的数量，在线上系统中，应该不能无限制的给它增加任务吧。从如何充分利分服务器资源可以引申为如何让这个系统变得高效，稳定，尽可能多的处理任务，项目设计层面有什么好的思路。

下班了才来回复，多谢各位大佬辛苦码字，指点迷津，所获颇丰！有几位说的甚至一语中的，我下午也去问了下领导，总结下来，这么设计的直接缘由，是因为当初项目刚开始并没有集成 MQ，到一期结束时考虑加入 MQ，所以才单独拿出来新添加一个项目，专门负责 MQ 调用分发，作用可以说是异步化业务处理，集中写 MQ 代码也省去了再在每个模块中添加配置和收发消息的代码，结构也看起来更为清晰，但是开发虽然省事了，性能上，显然，目前多这一步 Fegin 的调用可以算是多余的，去调 Fegin，将生产消费代码集成到各个模块中直接调用更好。解耦方面单独建 MQ 项目是起不到作用的，因为项目模块间关联比较紧密，尽管 MQ 环境不挂，但是 MQ 项目一挂掉，各个模块都得瘫，所以其实反而增加了耦合，反之直接用 MQ 做模块间调用可以解决这个问题，后期做集群等，就更能保证消息可靠和系统吞吐量，个人拙见，如果说的有很不对的地方欢迎继续纠正，再次谢谢各位大佬们指点！希望以后有问题还能不吝赐教！

@zhaorunze 好的，谢谢啦，有空买一本看看

大家说说自己的想法也可以啊，帮助我拓展一下思路，我就想知道这项目目前这种设计有没有瑕疵