龅牙菜_个人页

System.out.println('Hello,world!'); 我是弟弟

使用消息队列的优点很多，这里就说比较重要的三个优点：解耦、异步、削峰填谷。 ①、解耦：首先引入一个场景：系统A作位一个接口请求方，现在需要向B、C、D三个系统发送请求，这个时候呢A系统不需要发送请求给D系统了，而需要发送请求给E系统，那么在A系统里面就需要修改代码，每一次发送的请求方改变的话，都需要改代码，具有一定的耦合性。那么我们引入消息队列之后呢，A系统把需要发送的请求数据放到队列里即可，不需要关心哪个系统需要A系统的请求数据。 ②、异步：在引入一个场景：用户请求A系统，然后A系统还需同步调用B、C、D系统的接口，我们假设一下再A系统处理自身业务逻辑请求了一个sql的时间是200ms,然后调用B系统等待B系统处理几个sql的时间是300ms,在调用C系统处理业务逻辑200ms，在调用D系统处理业务逻辑200ms,那么一次请求至少等待1秒才会响应。比较耗时，那么我们再引入消息队列之后，用户调用A系统花费了200ms，然后A系统发送三条消息到消息队列里面去，总耗时是5ms左右，然后B、C、D系统去消费就行了，总共只花费200ms左右。 ③、削峰填谷当大量的用户（100万）通过浏览器再中午高峰期，同时进行大量的操作，会给数据库造成极大的压力，可能导致mysql宕机，但是中午高峰期过了的话，下午可能也就1万左右的用户在操作了，每秒50个请求左右，对系统没有任何压力，如果高峰期时将5000个请求写到MQ里面的话，系统A最多每秒执行2000个请求，不要超过每秒做大请求数就行，经过了2个小时的中午高峰期，再慢慢消费队列里面的消息，这个是可以接受的。

根据一般的软件开发流程和项目需求的不同，业务开发工作量和非业务开发工作量的占比会有所不同。一些非业务开发工作可能包括需求分析、架构设计、技术选型、测试、维护等。在不同的项目中，这些工作的重要性和占比也会有所不同。 当涉及到软件开发时，业务开发工作量和非业务开发工作量的占比会根据项目需求和开发流程的不同而有所不同。以下是一些可能会涉及到的业务开发工作和非业务开发工作： 业务开发工作： 需求分析：了解客户需求，确定业务流程和功能需求。 数据处理：设计和开发数据库，实现数据的存储和处理。 业务流程：设计和实现业务流程，包括交互逻辑和业务规则。 前端开发：实现用户界面和交互功能。 后端开发：实现业务逻辑和后端服务。 非业务开发工作： 架构设计：设计软件系统的整体框架和架构。 技术选型：选择合适的技术栈和工具，根据项目需求进行集成。 测试：设计和执行测试计划，确保软件质量和稳定性。 部署和维护：将软件系统部署到生产环境中，并进行后续维护和支持。 在实际的软件开发项目中，业务开发工作量和非业务开发工作量的占比会根据项目规模、需求复杂度、开发周期和团队规模等因素而有所不同。一些小型项目可能更注重业务开发工作，而一些大型项目可能更注重架构设计、技术选型和测试等非业务开发工作。

云游戏