近期对Webpack5构建性能进行了优化，构建耗时从150s到60s再到10s，下面详细讲解下优化过程。
本文介绍了分库分表的概念及优势,以及sharding-jdbc分库分表中间件,探究了sharding-jdbc的路由规则的执行流程
说起数据加载的机制，有一个绕不开的话题就是前端性能，很多电商门户的首页其实都会做一些垂直的定制优化，比如让请求在页面最早加载，或者在前一个页面就进行预加载等等。
# **一、前端编译** 前端编译就是将Java源码文件编译成Class文件的过程，编译过程分为4步： ## **1 准备** 初始化插入式注解处理器（Annotation Processing Tool）。 ## **2 解析与填充符号表** 将源代码的字符流转变为标记（Token）集合，构造出`
在前端页面显示，为了避免一次性展示全量数据，通过上下翻页或指定页码的方式查看部分数据，就像翻书一样，这就利用了MySQL的分页查询。
这篇主要介绍对慢 SQL 优化的一些手段，而在讲解具体的优化措施之前，我想先对 EXPLAIN 进行介绍，它是我们在分析查询时必要的操作，理解了它输出结果的内容更有利于我们优化 SQL。为了方便大家的阅读，在下文中规定类似 key1 的表示二级索引，key_part1 表示联合索引的第一部分，uni
前言 我的StarBlog博客目前使用 editor.md 组件在前端渲染markdown文章，但这个组件自动生成的ToC(内容目录)不是很美观，我之前魔改过一个树形组件 BootStrap-TreeView，所以就想要用这个树形组件来展示ToC。 原本的效果是这样的 我魔改完的效果 先分析一波 首
本文将带你深入了解JVM调优的重要性、常见问题以及一些实用的调优工具和方法，助你在面试的过程中轻松应对
用户故事的优先级要怎么排列，我们怎样选择用户故事的实现顺序？
缓存Redis，是我们最常用的服务，其适用场景广泛，被大量应用到各业务场景中。也正因如此，缓存成为了重要的硬件成本来源，我们有必要从空间上做一些优化，降低成本的同时也会提高性能。下面以我们的案例说明，将缓存空间减少70%的做法。
京喜APP早期开发主要是快速原生化迭代替代原有H5，提高用户体验，在这期间也积累了不少性能问题。之后我们开始进行一些性能优化相关的工作，本文主要是介绍京喜图片库相关优化策略以及关于图片相关的一些关联知识。
app界面逐渐复杂时，我们不得不考虑去优化界面性能。本文中介绍的例子在开发中是很常见的，如果不了解MediaQuery.of的机制，可能会引起大量使用此方法的界面发生重绘操作，造成页面卡顿、帧率下降。我们详细分析了背后的源码逻辑，介绍了解决办法，希望能给大家的调优工作提供些许帮助。
平时我一直用Notion来记录内容为主，但也一直关注着其他开源产品。上周正好看到一款非常受欢迎的开源免费笔记，今天就推荐给大家：[**VNote**](https://blog.didispace.com/tj-opensource-vnote/)。 这
计算机单机性能一直受到摩尔定律的约束，随着移动互联网的兴趣，单机性能不足的瓶颈越来越明显，制约着整个行业的发展。不过我们虽然不能无止境的纵向扩容系统，但是我们可以分布式、横向的扩容系统，这听起来非常的美好，不过也带来了今天要说明的问题，分布式的节点越多，通信产生的成本就越大。 网络传输带宽变得越来越
我们回顾一下上一篇文章中的内容，有一个朋友问我这样一个问题： > 我的业务依赖一些数据，因为数据库访问慢，我把它放在Redis里面，不过还是太慢了，有什么其它的方案吗？ 其实这个问题比较简单的是吧？Redis其实属于网络存储，我对照下面的这个表格，可以很容易的得出结论，既然网络存储的速度慢，那我们就
前两天在微信后台收到了读者的私信，问了一个这样的问题，由于私信回复有字数和篇幅限制，我在这里统一回复一下。读者的问题是这样的： 大佬您好，之前读了您的文章受益匪浅，我们有一个项目经常占用 7-8GB 的内存，使用了您推荐的ArrayPool以后降低到 4GB 左右，我还想着能不能继续优化，于是 du
提到MemoryStream大家可能都不陌生，在编写代码中或多或少有使用过；比如Json序列化反序列化、导出PDF/Excel/Word、进行图片或者文字处理等场景。但是如果使用它高频、大数据量处理这些数据，就存在一些性能陷阱。 今天给大家带来的这个优化技巧其实就是池化MemoryStream的版本
