SpringBoot项目优化的思路

本文讨论了项目好坏的关键因素——用户体验,特别是项目处理速度。作者提供了从业务逻辑入手(如检查接口耗时、减少网络请求、缓存和异步处理)、以及从数据库优化(如建立索引、批量操作并行化)两方面的优化策略。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.项目好坏的标准

我认为一个项目好的标准最重要的就是要用户体验好,用户体验号里面的重要的一环就是,项目的处理速度和反应速度要快。这里主要谈一谈对项目速度的优化。

2.如何优化

从我的角度和方法去看主要的就是两个方面。

2.1从业务逻辑下手

1.先找到反应比较慢的接口,然后根据接口去看对应的后端代码。然后查看后端带代码。对于一般数据量不是很大的业务,一般一个接口比较耗时的就是需要网络请求的地方,或者是数据库操作。如果是网络请求比较慢就去排查网络。如果不是网络的问题。很大可能就是频繁的网络请求,有时候很多请求可以做一次,比如说对于数据库的连接,或者是批量操作的时候,可以选择一次发送较多的数据,额不是频繁的发送。

2.在一个接口里面涉及到频繁的数据源切换或者建立,可以使用缓存的技术,我们可以在项目启动或则是用户登录成功的时候去加载多个数据源连接,在需要用的接口里面就可以根据业务逻辑直接去拿到,而不用去建立连接在拿到。

3.查看重量级操作,我们可以发现再某些接口里面有些操作本身就是很耗时的,如果类似的操作一多,接口的速度就会很慢了,这里我们可以使用异步的方式去做,对于某些对于结果不关注的方法,使用异步开辟新的线程,去做,当前线程就可以继续往下执行无需等待。对于需要结果的,如果不需要马上用这个结果马上就去执行下一步操作,也可以执行异步操作,在等待结果的时间就可以去做其他的事情,直到在必须使用结果的时候。等待结果在执行下一步。

2.2从数据库下手

针对于数据库方面的优化主要就是针对查询和批量操作。

1.对于查询一般就是通过建立索引,和保证索引不失效。对于没有索引的列就去建立索引优化查询,对于已经有了索引的列就去查看执行计划,看走了索引没有,或则索引走了多少,在针对失效的原因去分析。

2.对于批量的操作,我们这里也可以使用多线程的技术,把原来一个连接做的操作,可以分给10个,甚至跟多的连接去做,原来通过一个连接要插入10000完数据,现在使用10个连接,每个连接做100条,这样效率也会提升。

3.总结

这就是我的一些经验有不对的地方可以指出。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值