性能
文章平均质量分 77
蜗牛乌龟一起走
程序和女朋友有一个能跑就行了
展开
-
CompletableFuture 对版本不同超时实现方案
*** 延迟类*/@Overridereturn t;// 任务执行器static {/*** 通过ScheduledThreadPoolExecutor schedule定的延迟时间之后执行一次性任务* @return*//*** 使用 applyToEither 方法,将 future 和 timeoutFuture 两个 CompletableFuture 合并,谁先完成就使用谁的结果* @param t 异常发生后返回默认值。原创 2024-07-18 23:55:58 · 545 阅读 · 0 评论 -
Java8的Stream执行机制
Stream API通过Sink将两个Stage的执行承接起来,上游的元素处理完后,下沉到下游的处理逻辑。显然,只要我们事先知道用户意图,采用下面方式实现跟Stream API等价的功能,既减少迭代次数,又避免不需要的中间结果存储。2、并行Stream执行的性能要优于for循环,而且比基础类型的优势更高,耗时已经低于for循环的一半。1、基于Stream的操作明显都高于for循环的效率,而且并行的效果更加明显。1、基于Stream的操作稍微比for循环的效率低,但是并行的效果更加明显。原创 2024-03-04 21:53:23 · 1077 阅读 · 3 评论 -
Zuul1.x 高并发下阻塞分析以及解决方案
由于最近博主在压测接口的时候发现我接口出现卡死状态,最开始以为是我自己接口出现问题,单独压测我自己的服务(不经过网关)200/qps/10 次循环 是没问题,但是加上网关(zuul 1.x) 去发现 经过两次循环基本就不能访问,同时其他接口也不能访问,由此问题出现在zuul ,接着开始排查之路。因此我们压测那个场景出现阻塞的原因就是:当并发线程高于配置资源后 rabbion http 连接池么有可用连接了,拿不到连接也没有熔断降级配置,抛异常最后执行到SendErrorFilter 这里没有对。原创 2024-01-20 22:33:50 · 1303 阅读 · 0 评论 -
PDFBox 优化内存方案
版本基于2.0.27最近使用pdfbx 导入发现内存使用占用特别高,通过查阅官方资料发现pdfbox 在处理一些复杂的pdf 消耗内存特别高,这个是没法避免的,内存设置小的很有可能导致内存溢出。但它提供了一些可以减少内存使用的方案。具体代码就不写了,我从几个维度罗列一下。给大家使用pdfbox 后期做优化参考。这个默认使用的软引用如图:软引用是在内存即将溢出才会回收,所以也会生命周期会一直占用内存咱们自定义不需要实现即可或者使用虚引用。原创 2023-03-22 20:40:47 · 2848 阅读 · 0 评论 -
优化之SpringBoot 内置tomcat 调优测试
问题怎么配置springBoot 内置tomcat,才能使得自己的服务效率更高呢?基础配置Spring Boot 能支持的最大并发量主要看其对Tomcat的设置,可以在配置文件中对其进行更改。我们可以看到默认设置中,Tomcat的最大线程数是200,最大连接数是10000。 这个不同SpringBoot 版本可能有所细微差别。本文测试基于Springboot 2.0.7.RELEASE默认配置/** * Maximum amount of worker threads..原创 2021-01-13 23:37:48 · 3812 阅读 · 0 评论