当前微服务架构下，各个服务间依赖高，调用关系复杂，业务场景很少可以通过一个系统来实现，常见的业务场景实现基本涉及多个上下游系统，要保证整体链路的稳定性，需要尽量减少系统之间的耦合性，避免因为单点失效引起整个链路的故障。
搜索推荐算法架构为京东集团所有的搜索推荐业务提供服务，实时返回处理结果给上游。部门各子系统已经实现了基于CPU的自适应限流，但是Client端对Server端的调用依然是RR轮询的方式，没有考虑下游机器性能差异的情况，无法最大化利用集群整体CPU，存在着Server端CPU不均衡的问题。
本文从 Commons DBCP testOnBorrow 的作用机制着手，管中窥豹，从一点去分析数据库连接池获取的过程以及架构分层设计。以下内容会按照每层的作用，贯穿分析整个调用流程。
大数据时代，越来越多的业务依赖实时数据用于决策，比如促销调整，点击率预估、广告分佣等。为了保障业务的顺利开展，也为了保证整体大数据链路的高可用性，越来越多的0级系统建设双流，以保证日常及大促期间数据流的稳定性。
本文从EXPLAIN分析SQL的执行计划开始，进行示例展示，并对输出结果进行解读，同时总结了EXPLAIN可产生额外的扩展信息以及EXPLAIN的估计查询性能，整篇文章基于MySQL 8.0编写，理论支持MySQL 5.0及更高版本。
大促备战，最大的隐患项之一就是慢SQL，对于服务平稳运行带来的破坏性最大，也是日常工作中经常带来整个应用抖动的最大隐患，在日常开发中如何避免出现慢SQL，出现了慢SQL应该按照什么思路去解决是我们必须要知道的。本文主要介绍对于慢SQL的排查、解决思路，通过一个个实际的例子深入分析总结，以便更快更准确
在产品设计和交互过程中，用户体验是一个非常重要的部分。随着产品的逐渐完善，主创团队也需要通过各个维度来了解用户需求，完善用户的整体体验。
阅读本文，或许能够了解关于以下的几个问题： 1、编译器是什么？为什么会有编译器这样一个东西？ 2、编译器做了哪些工作？整个编译过程又是什么？ 3、Apple的编译器发展历程以及为什么会抛弃GCC换成自研的LLVM？ 4、从编译器角度看Swift与OC能够实现混编的底层逻辑
测试1号位一般由大型项目中拆分出来的角色（产品1号位、研发1号位、测试1号位等），也叫主测试，是该项目的质量架构师，负责把控整体的资源协调、测试计划、用例评审，风险预判以及问题解决等，保障项目高质量交付
大促备战压测备战时间紧、任务多，压测备战压力较大，在大促备战多专项并行资源紧张情况下，频繁的系统调优给整个大促带来不可控的风险因素。引入常态化压测的手段，通过每周或每月的定期压测行为，持续把控系统性能表现，保证服务稳定性；同时将需求上线引起的性能问题前置暴露，及时定位优化问题；减轻备战压力，提升压测效率。
## 1. 背景 - 业务背景：CRM系统随着各业务条线对线索精细化分配的诉求逐渐增加，各个条线的流向规则会越来越复杂，各个条线甚至整个CRM的线索流转规则急需一种树形的可视化的图来表达。 - 技术背景：在开发之前考虑了三种方案，原生canvas、fabric以及G6，三种方案各有优劣势 | |
Scala基础篇 数据类型 下表中列出的数据类型都是对象，可以直接对它们调用方法。 数据类型 描述 Byte 8位有符号补码整数。数值区间为 -128 到 127 Short 16位有符号补码整数。数值区间为 -32768 到 32767 Int 32位有符号补码整数。数值区间为 -21474836
首先对于AOP切面编程，我也是刚学习，了解不深，这边先引用老张的博客，方便大家学习。 首先想一想，如果有这么一个需求，要记录整个项目的接口和调用情况，当然如果只是控制器的话，还是挺简单的，直接用一个过滤器或者一个中间件，还记得咱们开发Swagger拦截权限验证的中间件么，那个就很方便的把用户调用接口
最近在看辉哥的《Flask Web 开发实战》，这才有了《Flask Web 开发指南》系列的文章，偏向学习笔记多一点，也有实战的内容 看下这个系列的文章我能写多少篇 :) 愚人节玩笑 愚人节大家都喜欢开玩笑来整蛊别人以便达到娱乐效果，但对于开发者来说，就有可能出现让人意想不到的情况 2010 年
一、事务简介 事务是一组操作的集合，它是一个不可分割的工作单位，事务会把所有操作作为一个整体一起向系统提交或者撤销操作请求，即这些操作要么同时成功，要么同时失败。mysql的事务默认是自动提交的，也就是说，当执行一条DML语句，Mysql会立即隐式的提交事务 二、事务操作 2.1 查看事务提交方式
今天在浏览张队转载文章的留言时，遇到一个读者问了这样的问题，如下图所示： 首先能明确的一点是"程序崩溃退出了是不能用常规的方式dump的"，因为整个进程树都已经退出。现场已经无法使用常规的方式读取到。 一般来说常规的方法是没办法读取到的，也有一些特殊的方式，比如有关部门在调查取证时，就可以通过一些工
React组件简述 组件是React的一等公民，使用React就是在用组件。 组件是整个页面中的一小块，把这一小块抽成独立的，可复用的，UI小部件。 一个页面有多个组件构成，组件可复用，可以独立，可以组合。 创建组件的方式 创建组件有2种方法：创建函数组件和创建类组件。 创建函数组件 React的函
对于一个客户端开发来说，平时做的的最多的就是写页面，所以有必要了解从视图代码到图像显示到屏幕上的整个过程和原理。 下面以从视图代码到显示器图像的中间产物帧缓冲区图像位图为目标，分析从视图代码到帧缓冲区位图和从帧缓冲区位图到显示器图像这2个过程。 这里把这2个过程命名为：帧缓冲区数据怎么来的、帧缓冲区
GLTF文件格式 glTF的全称（Graphics Language Transmission Format）图形语言传输格式。是三维场景和模型的标准文件格式。 glTF 核心是 JSON 文件，描述了 3D 场景的整个内容。它由场景结构本身的描述组成，内容其由定义场景图的节点的层次提供。 场景中出
前段时间APP要做资源压缩，需要把项目中使用的所有图片资源进行压缩，以减小APP安装包体积。想着既然压缩APP资源是为了缩小APP体积，那么来一遍APP整体瘦身流程并做一下总结吧。 整个过程分三步： 1.瘦身前分析 2.瘦身策略制定并实施 3.结果对比 瘦身前分析 安装包分析 iOS安装包有两种状态
