用户7134068154422

摘要：从创建线程池的源码来深入分析究竟有哪些方式可以创建线程池。 本文分享自华为云社区《【高并发】从源码角度分析创建线程池究竟有哪些方式》，作者：冰 河 。

本文是一次工作中对并发问题的处理案例，问题发生在快递分拣的流程中，我尽可能将业务背景简化，让大家只关注并发问题本身。

背景 最近对接了一个卧龙同事的接口，因为接口比较慢，所以打算对第三方接口加个缓存。但是会有大 key 的问题。设计过程中调研了一些解决方案，这里总结下。 关键字：Redis；大Key问题； 大 key

刚刚结束了从三月份开始的实习，离职当日刚刚好实习了四个月，这是我第一份实习，感觉自己在这个过程中懵懵懂懂也有了蛮大的成长，想法也发生了潜移默化的变化。而去年的这个时候我才刚刚踏上前端的旅程，心里还蛮多

java服务上线后，偶尔会发生内存OOM问题，但由于OOM导致服务不响应请求，健康检查多次不通过，最后部署平台kill了java进程，这导致定位这次OOM问题也变得困难起来。

前言 天下武功，唯快不破。同样的，kafka在消息队列领域，也是非常快的，这里的块指的是kafka在单位时间搬运的数据量大小，也就是吞吐量，下图是搬运网上的一个性能测试结果，在同步发送场景下，单机Ka

之前一个禅道用户说，他在国外工作时主动加过两次班，然而被上司慰问了。上司特别严肃地跟他说：“请你不要再加班了，这让我很困扰。我们不加班，而且我无法向我的上司解释你为什么要加班。”

1. 线程的使用场景 异步任务 简单来说就是某些不需要同步返回业务处理结果的场景，比如：短信、邮件等通知类业务，评论、点赞等互动性业务。 并行计算 就像MapReduce一样，充分利用多线程的并行计算

任何项目都会有日志，MySQL也不例外，其日志种类繁多，如撤销日志、重做日志、错误日志、慢查询日志、中继日志、二进制日志.....，本章则打算全解MySQL中的各类日志，将不同日志间的关系彻底理清楚~