weiyi_world的博客

从大数据平台料到中台架构；大数据平台以及数据中台架构的方法论支撑。数字化转型架构参考。架构设计方法论

大流量活动预案互联网型业务活动技术准备方案参考实践模型乱语又要搞活动了。业务人员讲不清技术，技术人员忽略业务。但总还得有人办事。现在的人好多事好多路讲不明白、走不明白。技术和技术管理如果非要区分你我，那应该反思是不是我们的能力不够。回到技术，前人栽树后人乘凉，前人犯过的错后人应该引以为戒，至少应该吸取一些经验教训，这样才能站在巨人的肩膀上，到此一游。至此，综合京东技术师者和一个互联网前辈的文章，（也引用了一些其他博客的图，但是时间太久忘记了出处，原作者看到请见谅）更加贴合实际的整理了如下活动预案模板，

目录题目分析代码问题题目有两个单向链表（链表长度分别为 m，n），这两个单向链表有可能在某个元素合并，如下图所示的这样，也可能不合并。现在给定两个链表的头指针，在不修改链表的情况下，如何快速地判断这两个链表是否合并？如果合并，找到合并的元素，也就是图中的 x 元素。请用代码或（伪）代码描述算法，并给出时间复杂度和空间复杂度分析两个链表，如果发生合并，后面的元素则一定相同。从头开始，找出两个链表第一次匹配的位置，依次往后比较，如果全部相同，则认为可以合并。代码下面展示一些 内联代码片。pub

目录为什么进行性能测试性能测试的目的服务性能优化的思考衡量系统性能常用的指标系统性能计数器性能测试分类如何合理的规划我们的架构性能最后拿数据说话性能优化原则性能优化的方法性能优化的分层思想，所有的优化都会对系统性能产生影响软件性能优化的三板斧，这些虽然很有用，但不能太依赖为什么进行性能测试系统上线必会经历测试阶段，功能测试我们可以按照产品的设计原型去执行一条条测试用例来覆盖产品功能点。但是在功能测试之外，如果一个用户接口层服务，我们还需要知道服务的性能指标以了解并评估这个服务在实际的生产环境中可以应对多

目录1. CAP定理的含义分布式系统的三个指标分区容错一致性可用性三者的矛盾2.分布式事务BASE理论3.ACID实现最终一致性BASE模型4.CAP 在实际中应用的例子服务注册中心分布式锁，选择AP还是CP？1. CAP定理的含义对于设计开发分布式系统的架构师来说，这些分布式理论对你很重要。分布式系统的难点就是各个节点间的状态如何同步，CAP是这方面的定理，也是分布式系统的起点。分布式系统的三个指标分布式系统有三个指标，分别是ConsistencyAvailabilityPartitio

一致性hash不做过多介绍了，其他地方寻址吧为什么hash环长度范围是2"32 -1如何构建2的32次方hash环hash算法的选择，保证散列后节点分布式均匀Ketama算法算法代码测试结果引用内容为什么hash环长度范围是2"32 -1​ 一致性hash最初是用来解决ip映射问题；IP是32位，IP地址中间用 . 号隔开的每个数的取值范围是0—255，也就是256个数字，是2的8次方，用2进制表示即为8位，一共4个数字，即为32位如何构建2的32次方hash环​ 首先我们得怎么构造这个2的32次方

目录

目录开篇总得说点什么数据库消息中间件分布式事务分布式锁分布式ID任务调度中心配置中心注册中心网关服务监控全链路跟踪熔断、降级、限流负载均衡总觉得还有什么没说到最后的最后似乎还有最后开篇总得说点什么随着现在技术的演进，分布式微服务几乎会出现在我们所见的任何大型互联网应用系统中，单体应用几乎再难以支撑我们现在的互联网流量压力。一个系统从单体应用逐渐发展成为集群架构，再慢慢的演变成分布式微服务架构，技术上需要一系列的独立系统与组件支持其运维发展。我们今天只从技术应用领域谈一下一个大型的互联网应用系统在发展过程

目录Unix编程艺术-原则Unix编程艺术-原则Unix哲学中的编程艺术，我们聊一下Unix中的软件开发原则；模块原则：使用简洁的接口拼合简单的部件清晰原则：清晰胜于机巧组合原则：设计时考虑拼接组合分离原则：策略同机制分离，接口同引擎分离简洁原则：设计要简洁，复杂度能低则低吝啬原则：除非却无他法，不要编写庞大的程序透明性原则：设计要可见，以便审查和调试健壮原则：健壮源于透明与简洁表示原则：把知识叠入数据以求逻辑质朴而健壮通俗原则：接口设计避免标新立异缄默原则：如果一个程序没有什么

目录组合模式练习什么是组合模式do组合模式练习请用组合设计模式编写程序，打印输出图 1 的窗口，窗口组件的树结构如图 2 所示，打印输出示例参考图 3。什么是组合模式引用维基百科：在软件工程中，组合模式是一种分区设计模式。组合模式描述了一组对象，这些对象被视为同一类型对象的单个实例。组合的目的是将对象“组合”成树形结构以表示部分-整体层次结构。实施这模式可以使客户统一对待各个对象和构图；do在上述题目中，根据图2的树形结构可以知道，每个窗口组件都为同一类型对象，一个对象可以包含同类型的多个对

目录浅谈依赖倒置原则前言依赖倒置Hollywood原则？什么是依赖倒置依赖于抽象，程序中所有的依赖关系都应该终止与抽象类或者接口依赖倒置放置在哪？浅谈依赖倒置原则前言我们工作中经常用到优秀的框架和工具，他们为什么优秀，知其然了其精髓能对我们起到更多的帮助。好的框架应该让使用者感受不到他的存在，而能为其提供很多的功能。客户程序在框架内可以任意实现自己的业务逻辑代码， 而好的框架应该完全能支持才对。这就是工具和框架的区别，工具是为客户提供了某些能力，客户去主动调用，而框架是为客户程序提供了一种固有模式约束

谈论一份技术设计中各种图的用法及思路谈一份技术设计文档中应该出现的图前言谈一份技术设计文档中应该出现的图前言最近在听李智慧老师的课，第一节正好在将一份技术架构文档如何编写，觉得李老师说的很清晰也很明白。正好我之前也写过之前类似的文章也做过指导，今天就再次对此话题进行一番讨论。只求能更详细的说明问题，技术的路的没有尽头，也希望大家多加指，大家一起进步。...