随着Java的进化过程，涌现出各种不同的垃圾回收器，从串行执行到并行执行，从高吞吐到低延迟，终极目标就是让开发人员专注于程序的代码书写而无需关注内存管理。
因所负责的系统使用的spring框架版本5.1.5.RELEASE在线上出过一个偶发的小事故，最后定位为spring-context中的一个bug导致的。
本文将分别从推流端、中台源站、直播云CDN及播放端四个部分串烧式地介绍与直播相关的一些技术实践，并重点介绍QUIC技术的应用情况及收益。
今天给大家介绍一下由测试领域专家James Batch总结的测试分析与设计模型，HTSM启发式测试策略模型。
在Elasticsearch这样的分布式系统中执行类似SQL的join连接是代价是比较大的，然而，Elasticsearch却给我们提供了基于水平扩展的两种连接形式
### 一、哪些因素会成为系统的瓶颈？ 1、CPU，如果存在大量的计算，他们会长时间不间断的占用CPU资源，导致其他资源无法争夺到CPU而响应缓慢，从而带来系统性能问题，例如频繁的FullGC，以及多线程造成的上下文频繁的切换，都会导致CPU繁忙，一般情况下CPU使用率 作者：京东健康 牛金亮 >
简单的请求过程最实用，实用的请求过程最简单。用简单实用的搭配方式满足流量分发，不要随意搭配，增加系统的复杂性。
随着京东购物车应用场景的丰富化和加车渠道的多元化，京东购物车的商品容量从2015年至今一直在逐步增加。
正值618大促，各方接口的调用都会大幅度增加。通过梳理接口依赖关系来减少重复调用，对本系统而言，降低了调用数据接口时的线程占用次数，可以有效降级CPU。对调用方来说，减少了调用次数，可减少调用方的资源消耗，保障底层服务的稳定性。
大促备战，最大的隐患项之一就是慢sql，带来的破坏性最大，也是日常工作中经常带来整个应用抖动的最大隐患，而且对sql好坏的评估有一定的技术要求，有一些缺乏经验或者因为不够仔细造成一个坏的sql成功走到了线上，等发现的时候要么是造成了线上影响、报警、或者后置的慢sql采集发现，这时候一般无法快速止损，需要修改代码上线、或者调整数据库索引。
本文介绍了分库分表的概念及优势,以及sharding-jdbc分库分表中间件,探究了sharding-jdbc的路由规则的执行流程
最近有项目需要使用js原生开发滑动组件，频繁要用到dom元素的各种属性，其中以各种类型的height和top属性居多，名字相近，含义也很容易搞混。因此特地总结归纳了一下常用的知识点，在文末我们来挑战实现一个简易的移动端Scroll组件。
本文从EXPLAIN分析SQL的执行计划开始，进行示例展示，并对输出结果进行解读，同时总结了EXPLAIN可产生额外的扩展信息以及EXPLAIN的估计查询性能，整篇文章基于MySQL 8.0编写，理论支持MySQL 5.0及更高版本。
现象 最近收到一个慢sql工单,慢sql大概是这样：“select xxx from tabel where type = 1”。 咦，type字段明明有索引啊，为啥是慢sql呢？ 原因 通过执行explain，发现实际上数据库执行了全表扫描，从而被系统判定为慢sql。这时有一定开发经验的同事会说：
4 月 6 日，根据 Meta AI 官方博客，Meta AI 宣布推出了一个 AI 模型 Segment Anything Model（SAM，分割一切模型）。据介绍，该模型能够根据文本指令等方式实现图像分割，而且万物皆可识别和一键抠图。
本文主要讨论了操作系统中文件系统的实现和分配方式。首先介绍了虚拟文件系统（VFS）作为中间层，统一了不同文件系统的接口。然后介绍了文件的物理结构，包括文件块和逻辑块之间的映射关系。接着详细讨论了连续分配方式的特点和优缺点，包括顺序访问和随机访问的效率，以及磁盘空间碎片和文件长度扩展不方便的问题。最后提到了非连续分配方式来解决连续分配方式的问题，并留下了下次讨论的悬念。文件系统的实现和分配方式对于操作系统的性能和可靠性都有重要影响，因此深入理解和研究文件系统的原理和机制是非常有价值的。
成功的项目管理取决于整个团队对角色和职责的理解，使用责任分配矩阵分配和定义角色是使项目保持在正轨并为成功做好准备的好方法。
随着Swift的日渐成熟和给开发过程带来的便利性及安全性，京喜App中的原生业务模块和基础模块使用Swift开发占比逐渐增高。本次讨论的是struct对比Class的一些优劣势，重点分析对包体积带来的影响及规避措施。
本文大致分为三个章节： 第一部分会介绍常用技术以及简介，以及自己用到构建一个自己虚拟数字人用到的3D引擎和三维软件 第二部分会详细描述生成细节，通过照片建模，创建模型，添加细节，添加表情，优化效果，接入场景，最终效果 第三部分总结本篇内容
软件工程的方方面面都遵循一个最基本的道理：没有银弹，架构分层模型更是如此，每一种都有各自优缺点，所以请根据不同的业务场景，并遵循简单、可演进这两个重要的架构原则选择合适的架构分层模型即可。
