qq_30120263的博客

线程池不允许使用Executors创建原因

ffmpeg多媒体工具

测试

工具类

Java 17

接口性能优化

当我们构建一个应用，总是希望它是响应迅速，成本低廉的。而在实际中，我们的系统却面临各种各样的挑战，例如不可预测的流量高峰，依赖的下游服务变得缓慢，少量请求却消耗大量 CPU/内存资源。这些因素常常导致整个系统被拖慢，甚至不能响应请求。为了让应用服务总是响应迅速，很多时候不得不预留更多的计算资源，但大部分时候，这些计算资源都是闲置的。一种更好的做法是将耗时缓慢，或者需要消耗大量资源的处理逻辑从请求处理主逻辑中剥离出来，交给更具资源弹性的系统异步执行，不但让请求能够被迅速处理返回给用户，也节省了成本。一般来说

一 概述由于阿里妈妈联盟团队负责业务的特殊性，系统有庞大的对外依赖，依赖集团六七十个团队服务及N多工具组件，通过此文和大家分享一下我们积累的一些复杂依赖有效治理的经验，除了简单技术技巧的总结外，也会探讨一些关于这方面架构的思考，希望此文能系统彻底的解决java依赖冲突对大家的困扰。二 依赖冲突产生的本质原因要解决依赖冲突，首先要理解一下java依赖冲突产生的本质原因。以上图为例，目前阿里大部分java工程都是maven工程，此类工程从开发到上线要经历以下两个重要步骤：1 编译打包平时我们编写

我们先来回顾一下幂等的概念：幂等（idempotent、idempotence）是一个数学与计算机学概念，常见于抽象代数中。在编程中一个幂等操作的特点是其任意多次执行所产生的影响均与一次执行的影响相同。–来自百度百科实人认证在业务上有幂等设计，其一般流程为：1）用户选择实人认证后会在服务端初始化一条记录；2）用户在钉钉移动端按照指示完成人脸比对；3）比对完成后访问服务端修改数据库状态。在第3步中，在修改数据库状态之前，会判断「是否已经初始化」、「是否已经实人认证」以及「智科是否返回认证成功」

注：此文参照阿里技术公众号《10问10答：你真的了解线程池吗？》，仅作为个人学习记录。《Java开发手册》中强调，线程资源必须通过线程池提供，而创建线程池必须使用ThreadPoolExecutor。手册主要强调利用线程池避免两个问题，一是线程过渡切换，二是避免请求过多时造成OOM。但是如果参数配置错误，还是会引发上面的两个问题。所以本节我们主要是讨论ThreadPoolExecutor的一些技术细节，并且给出几个常用的最佳实践建议。我在查找资料的过程中，发现有些问题存在争议。后面发现，一部分原因是因