- 博客(1948)
- 资源 (279)
- 问答 (4)
- 收藏
- 关注
RSS订阅
转载 SpringCloud的限流、熔断和降级——Hystrix
在分布式系统中，远程系统或服务不可避免的调用失败（超时或者异常）。假设客户端依赖多个服务，在一次请求中，某一个服务出现异常，则整个请求会处理失败；当某一服务等待时间过长，则所有的请求都会阻塞在这个服务的请求上。这样因为一个服务就导致了整个系统的可用性。Netflix的组件Hystrix可以将这些请求隔离，针对服务限流，当服务不可用时能够熔断并降级，防止级联故障。认识Hystrix在理想状态...
2019-08-19 13:51:34
22320
转载 Synchronized的原理及自旋锁，偏向锁，轻量级锁，重量级锁的区别
在多线程并发编程中Synchronized一直是元老级角色，很多人都会称呼它为重量级锁，但是随着Java SE1.6对Synchronized进行了各种优化之后，有些情况下它并不那么重了，Java SE1.6中为了减少获得锁和释放锁带来的性能消耗而引入的偏向锁和轻量级锁，以及锁的存储结构和升级过程。 锁从宏观上分类，分为悲观锁与乐观锁。乐观锁乐观锁是一种乐观思想，即认为读多写少，遇...
2018-08-08 11:21:13
3883
转载 【算法】(查找你附近的人) GeoHash核心原理解析及代码实现
分享提纲： 0. 引子 1. 感性认识GeoHash 2. GeoHash算法的步骤 3. GeoHash Base32编码长度与精度 4. GeoHash算法 5. 使用注意点(曲线突变--8个邻居来解决) 6. geohash的php 、python、java、C#实现代码 7. 参考资料 引子机机是个好动又好学的孩子，平日里就喜欢拿着手机地图点点按按来查询一些好玩的东西。某一...
2018-07-04 21:55:20
2530
转载 mmap和常规文件操作的区别
mmap和常规文件操作的区别对linux文件系统不了解的朋友，请参阅我之前写的博文《从内核文件系统看文件读写过程》，我们首先简单的回顾一下常规文件系统操作（调用read/fread等类函数）中，函数的调用过程：1、进程发起读文件请求。2、内核通过查找进程文件符表，定位到内核已打开文件集上的文件信息，从而找到此文件的inode。3、inode在address_space上查找要请求的文件页是否已经缓...
2018-05-25 00:00:31
1458
转载 B+树与LSM树的区别与联系
首先来回答一个问题：为什么在磁盘中要使用b+树来进行文件存储呢？原因还是因为树的高度低得缘故，磁盘本身是一个顺序读写快，随机读写慢的系统，那么如果想高效的从磁盘中找到数据，势必需要满足一个最重要的条件：减少寻道次数。我们以平衡树为例进行对比，就会发现问题所在了：先上个图 这是个平衡树，可以看到基本上一个元素下只有两个子叶节点 抽象的来看，树想要达成有效查找，势必需要维持如下一种结构：树的子叶节点...
2018-05-24 19:28:40
1007
转载 linux内存映射mmap原理分析
一直都对内存映射文件这个概念很模糊，不知道它和虚拟内存有什么区别，而且映射这个词也很让人迷茫，今天终于搞清楚了。。。下面，我先解释一下我对映射这个词的理解，再区分一下几个容易混淆的概念，之后，什么是内存映射就很明朗了。 原理首先，“映射”这个词，就和数学课上说的“一一映射”是一个意思，就是建立一种一一对应关系，在这里主要是只 硬盘上文件 的位置与进程 逻辑地址空间 中一块大小相同的区域之间的一一对...
2018-05-17 21:04:37
439
转载 mysql insert锁机制(insert死锁)
一、前言上周遇到一个因insert而引发的死锁问题，其成因比较令人费解。于是想要了解一下insert加锁机制，但是发现网上介绍的文章比较少且零散，挖掘过程比较忙乱。本以为只需要系统学习一个较完全的逻辑，但是实际牵扯很多innodb锁相关知识及加锁方式。我好像并没有那么大的能耐，把各种场景的加锁过程一一列举并加之分析；亦没有太多的精力验证网上的言论的准确性。只好根据现在了解的内容，参考官方文档，说说...
2018-05-07 00:11:29
71422
15
原创 什么是产品方案？产品方案解决什么问题？产品方案有什么收益？产品方案的价值是什么？
维度核心内容产品方案是什么连接模糊需求与产品落地的可落地、综合性解决方案，承上启下的核心文档解决什么问题消除需求、协作、设计、落地、风险的不确定性，避免无用功和资源浪费核心收益短期降本增效、提升落地成功率，中期对齐目标、沉淀方法（可量化 / 半量化）核心价值长期支撑商业增长、构建产品壁垒、沉淀组织资产、创造用户价值（底层本质）让产品的 “做” 有方向、有方法、有节奏、有结果、有价值，是产品从 “想法” 变为 “现实” 的必经之路，也是产品经理核心能力的直接体现。我可以帮你梳理。
2026-01-28 17:53:35
428
转载 美团二面：线上服务突然 OOM 重启？99%的人只懂加内存，结果被面试官当场劝退！
以后再被问到线上 OOM 排查，别再只说加内存了，把下面这段话背下来：“关于线上 OOM 问题，我通常遵循‘止血-保留-分析’在上线前，务必配置。这是最后的救命稻草，保证事故发生时自动保留现场。如果需要手动 Dump，绝不直接在流量节点执行jmap，防止 STW 导致雪崩。必须先摘除流量，再进行 Dump。拿到文件后，使用 MAT 查看，按倒序，锁定占用内存最大的对象。通过定位引用源头。此时通常会发现是ThreadLocal 漏写 remove，或者静态集合（Static List）只加不减，亦或是。
2026-01-28 16:45:59
2
转载 组织转型中的“流速悖论”
在属地区域这一高度复杂的市场里，零售、数字化、市场、视觉陈列以及 IT 等职能领域往往被切割为高度专业化、却彼此隔绝的。在当下的跨国企业（MNC）语境中，一个几乎被所有中高层私下承认、却很少被公开命名的问题，正在反复消耗组织能量——真正有价值的数字化，不是系统上线，而是让总部与本地在同一套“现实数据”中对话，减少误判与内耗。如果答案是否定的，那么再清晰的战略，也只能在执行端被不断“减速”。总部战略是对的，品牌高度是稳的，但在本土市场，执行却越来越慢。在北亚区，流速不是选项，而是生存条件。
2026-01-27 21:08:18
4
转载 新任管理者八大核心管理技能——目标管理
目标的背后，其实是责任体系，个人目标，就是公司体系的责任下移。⑤结果→能力：季度末复盘，将销冠的 “客户沟通技巧、成单方法” 沉淀为团队标准化手册，实现能力复制。核心启示：目标达成不是终点，通过五大转化实现 “目标落地 + 能力沉淀”，才是目标管理的核心价值。4. 大目标的关键是战略牵引，小目标的关键是行动加速；大目标的价值在导航，小目标的价值在衡量。1. 目标是企业的灵魂，没有目标，企业会失去方向，团队会失去动能，管理会失去坐标。6. 目标转化为责任，那么目标背后的战略价值，才能真正在组织内部落地生根。
2026-01-27 21:05:09
4
转载 美团一面：ES 集群日增 1TB 数据怎么抗？90% 的人只报数字，结果面试就挂！
架构全景图以后再被问到 ES 架构，别再干巴巴报数字了，把下面这段话背下来：“关于 ES 架构，我是根据业务增量和架构演进来规划的。针对日增 1TB的日志业务，我申请了10 台 Data 节点（每台 4TB NVMe SSD，组 RAID 0依据单分片 30-50GB的原则，将主分片设为24，单片约 42GB。采用13+2 节点角色分离模式。3 台 Master 跨可用区部署防脑裂；10 台 Data 节点内存锁定在31GB利用指针压缩，剩余内存留给 Page Cache。针对重度聚合业务，我还预留了。
2026-01-27 21:02:43
4
转载 IPD六大阶段到底怎么走？研发新人一篇就能入门
IPD不是为了把流程搞复杂，而是为了避免一句话：“早知道这样，当初就不这么设计了。你不需要一开始就精通IPD，但你至少要知道：项目现在在哪个阶段这个阶段最怕什么问题自己的工作，会不会把问题留到后面只要你开始用“阶段思维”看项目，你就已经比只会埋头干活的研发，走快了一步。
2026-01-27 21:01:02
3
转载 驱动组织进化：从HR一号位角度看人才盘点与发展
人才，是组织成事的核心。也是组织中经常被吐槽的卡点。卡点经常性在于对现有人才的不满意，对人才培养结果的不满意。同时还存在对人才的认知评价维度不一样的问题。不知道你所在的组织是否存在这样的问题，你是如何进行组织内的人才盘点的呢？我认为人才盘点是人才建设的环节之一，把它独立来看就是非常鸡肋，也不会得到业务伙伴的完全支持。因为经常性他们会认为你是在完成你们人力资源部的工作，对业务没有起到什么特别大的作用。所以，做人才盘点一定不是独立的一件事。
2026-01-27 20:59:49
4
转载 关键人才队伍建设：选、用、育、留的系统实践
在培养模式上，要善用70-20-10法则：70%靠在岗实践，通过"压担子"的方式，让人才在负责新业务、领导跨部门项目、岗位轮换等实践中成长；通过建立精准的识别画像、构建系统的选拔机制、实施特色的培养方案、设计全面的激励体系，企业才能将这群最宝贵的资产，打造成一支指哪打哪、战无不胜的"特种部队"。在发展路径设计上，可以推行双通道发展机制，为专业技术人才和管理人才设置平行的职业发展阶梯，让专家不必当官也能获得认可和回报，这是华为、腾讯等公司的成熟实践。针对高潜质的关键人才，设计系统化的轮岗路径。
2026-01-26 23:14:19
6
转载 走向管理岗，一定要掌握7汇报，7不汇报
很多人升不上去，不是能力不够，而是“会干不会说、会做不会报”。同样一件事，有的人越做越累，有的人越做越轻松，差别就隐藏在“汇报”这两个字里。职场晋升，汇报往往比埋头苦干更决定你的成败。为什么？因为管理层最害怕两种人：第一种：不说不报，让领导天天提心吊胆。第二种：乱说乱报，信息一锅粥，让人更焦虑。真正的高手，从不让上级靠猜，他们会用一套体系让领导“心里有数、手里有招、嘴上有话”。今天这 14 条，是很多老职场人踩过坑、交过学费换来的经验。
2026-01-25 20:59:23
8
转载 一天一个思维模型《业务领先 BLM 模型》
模型以 ** 领导力（顶层驱动）和价值观（底层约束）** 为支柱，分为 “战略规划” 和 “战略执行” 两大环节，通过 “差距分析” 和 “市场结果” 形成闭环。通过 “市场结果” 验证执行效果，再回到 “差距分析”，持续优化战略与执行 —— 形成 “规划→执行→复盘→再规划” 的循环。来源：由哈佛大学提出，IBM 发扬光大，华为引入后广泛应用于战略规划、人力资源、战略咨询等领域。是整个模型的触发点 —— 先明确 “现状” 与 “目标 / 行业标杆” 的差距，再启动后续规划。4. 闭环：战略复盘及迭代。
2026-01-25 20:57:24
6
原创 elasticsearch 里面的Term Index, Term Dictionary, Posting List, 分别有什么作用，解决什么问题。这三个FOR, RBM,FST算法有什么作用
组件存储位置压缩算法主要作用Term Index内存FST压缩快速定位词项位置磁盘存储词项元数据磁盘FOR/RBM存储文档ID列表算法应用场景核心思想优势FOR密集数值序列差值编码简单高效，适合均匀数据RBM稀疏文档ID分桶+自适应容器集合运算快，压缩智能FST词项索引共享前缀状态机内存占用极小，支持前缀查询这些技术共同作用，使Elasticsearch能在有限内存下快速处理海量数据的搜索请求，在存储效率、查询速度和内存占用间取得平衡。组件/算法。
2026-01-25 18:24:22
540
转载 【Elasticsearch】 之 Translog/FST/FOR/RBM算法
在 translog 达到阈值时，会执行 flush，触发 lucene commit，并滚动 translog 生成新的文件，当前 generation 前的操作数据都会提交到 lucene 持久化，恢复时，只需恢复当前 translog 中的操作即可。2.开始录入deep，查询开头是否有重合前缀，发现没有，则依照步骤1的方法直接录入，从起点到第一个节点的路径权重为depp的value->10，然后同样，最后的末尾结点包含两个东西，一个末尾结点标记，一个余下的权重，前者为True，后者为0，图示如下。
2026-01-25 15:19:28
8
转载 Elasticsearch从入门到进阶——搜索优化原理 FST/FOR/RBM算法
在上篇文章，我们了解了搜索引擎的核心结构就是正排索引和倒排索引，并实现了轻松的搜索引擎。
2026-01-25 15:12:04
11
转载 生产环境 CPU 飙升 100%！别再去翻日志了，这 3 行命令教你 1 分钟定位代码行号
兄弟们，生产事故不可怕，可怕的是面对黑框终端时的无助感。把这套流程背下来：top找进程。top -Hp找线程。printf转 16 进制。jstack定位代码。下次 CPU 再飙警报，别慌，冲杯咖啡，敲这 4 行命令，把 Bug 截图发给那个写死循环的同事，然后深藏功与名。
2026-01-25 10:48:27
10
转载 面试官：短信接口被刷，一夜损失5万！如果是你，怎么防？
兄弟们，短信防刷没有银弹，它是成本与体验的平衡。滑块验证是性价比最高的方案，必须上，且后端必须校验。Redis 限流要限制手机号和 IP 两个维度。业务前置校验（查库）能拦截掉 50% 的无效攻击。接口签名防止简单的抓包重放。下次面试官再问你，把这套“滑块+RedisLua+签名+业务蜜罐+Sentinel兜底”“在我的架构里，想刷我的接口？得加钱找真人来刷！PS：如果你的业务只做国内，千万记得去阿里云/腾讯云后台，把‘国际/港澳台短信’的开关给关了！这一个开关，能帮你省下 90% 的潜在巨额损失。
2026-01-25 10:47:11
11
转载 高可用架构三板斧：冗余、隔离、降级
以及，网络冗余（多链路、多出口）、计算冗余（多副本服务、负载均衡）、数据冗余（主从复制、多活部署）等。冗余并非简单地“多一台机器就万无一失”，而是需要搭配健康检查、自动故障转移、透明切换和故障恢复策略。隔离与冗余配合，可以在故障发生时既有备份可用，又确保影响范围被限制在可控的“故障域”之内。网络级隔离（子网划分、VPC、ACL）、故障域划分（可用区/机房分布）等。冗余实现的层面多样，包括但不限于硬件冗余（双电源、RAID、双机热备）。资源级隔离（CPU、内存、IO 限额、独立队列）；
2026-01-25 10:39:36
10
转载 小红书MySQL内核秒杀能力重磅再升级
那么insert是插入不同的行（主键不一样），所以可以并发，但是update是对同一行的改写，无法并发，红色的标识为临界区（行锁）。随着并发数的增加，数据库的update写入性能急剧下降，最终基本处于不可用的状态（TPS约为100-200），出现非常严重的卡顿，下面将依次分析不同方案的性能瓶颈点和解决思路。
2026-01-25 10:34:17
23
转载 面试官：Feign 第一次调用为什么会很慢？大部分人都答不上来！
首先要了解 Feign 是如何进行远程调用的，这里面包括，注册中心、负载均衡、FeignClient 之间的关系，微服务通过不论是 eureka、nacos 也好注册到服务端，Feign 是靠 Ribbon 做负载的，而 Ribbon 需要拿到注册中心的服务列表，将服务进行负载缓存到本地，然后 FeignClient 客户端在进行调用，大概就是这么一个过程。WeightedResponseTimeRule（权重比策略，优先选择权重比高的服务，也就是服务响应时间比较短的，响应时间越长权重比越低）
2026-01-23 23:23:13
8
转载 Redis大key多key拆分方案
使用bitmap或布隆过滤器的场景，往往是数据量极大的情况，在这种情况下，Bitmap和布隆过滤器使用空间也比较大，比如用于公司userid匹配的布隆过滤器，就需要512MB的大小，这对redis来说是绝对的大value了。一：key 本身就有很强的相关性，比如多个key 代表一个对象，每个key是对象的一个属性，这种可直接按照特定对象的特征来设置一个新Key——Hash结构， 原先的key则作为这个新Hash 的field。这样算出三个key 的桶分别是 1 ， 2， 2。
2026-01-23 22:29:00
8
转载 字节晋升答辩：15min顶级阐述能力
在字节，很多人晋升失败，可能不是项目不够硬，而可能是15分钟阐述环节没有说服评委。评委真正要判断的不是你做过什么，而是：你现在有没有达到更高一级。很多人最后一句是：“以上是我的分享”,这是在主动放弃晋升。顶级结尾只做一件事：提前回答评委可能质疑你的理由。晋升答辩，不是把过去讲清楚，而是让评委相信：未来把更大的事交给你，风险更低。然后明确给出一句话：晋升后我将承担什么更大的责任，以及这对组织意味着什么确定收益。评委不缺背景，缺的是对你判断质量的信心。3️⃣ 前2分钟：你必须“站在对的位置”
2026-01-23 18:44:40
8
转载 为什么你的Sentinel限流规则总是不生效？这6个“隐形杀手”没填过，上线就是P0事故！
这是新手村最常见的死法，也是很多初级开发者最容易忽视的“灯下黑”。现象核心病灶必杀技 (Solution)难度URL 配了没反应资源定义错位统一用 URL，或注解值精确匹配⭐OOM / 监控丢失动态 URL 爆炸UrlCleaner(归一化) +热点参数限流⭐⭐⭐异步方法限流失效ThreadLocal 丢失AsyncEntry或⭐⭐⭐⭐前端报 500异常被吞实现⭐⭐流量放大/限流不准集群限流退化独立部署 Token Server，配置Fail-over策略⭐⭐⭐⭐⭐重启规则丢失。
2026-01-23 01:00:03
30
转载 阿里高可用架构：两地三中心如何落地？
在两地三中心部署中保证数据传输加密、访问控制、多层防护与日志审计，满足合规性要求（如数据主权、备份周期等）。定期开展容灾演练（包括主站故障演练、数据恢复演练、全站切换演练），验证RTO/RPO达成能力并持续改进。建立覆盖基础设施、应用、数据一致性与业务指标的监控体系，并制定详尽的故障处理与应急预案。设计合理的流量调度（DNS、全局负载均衡、BGP、GSLB等）与灰度切换策略。选择两地（A/B）异地部署，三中心可为：A站主中心、B站主/次中心。在BAT架构中，“两地三中心”是金融级容灾的标配。
2026-01-23 00:47:08
8
转载 一个人的管理水平，开一场会就知道了
当信息已充分、观点已呈现，他会说：“基于现有信息，我决定采用方案A，由小王牵头，明天中午前出执行计划。明确每项任务的负责人和截止时间——不是“大家配合一下”，而是“小李负责接口对接，周三下班前完成测试”；这种平衡感，源于对“管理即服务”的深刻理解——会议不是展示个人见解的舞台，而是激发集体智慧的容器。——更要看清，那位坐在主位的人，是否正在用一场会议，悄然定义团队的效率与尊严。这不是独断，而是责任——管理者存在的意义，就是在不确定中做出确定的选择。真正有水平的管理者，在设定边界的同时，留出思考的空间。
2026-01-22 23:23:29
13
转载 面试官：post 为什么会发送两次请求？
Feign / OkHttp / RestTemplate 有没有配置重试网关有没有“自动重试一次”的选项前端有没有防重复提交排查完，你基本可以非常有底气地告诉别人：这两次 POST 到底从哪儿来的。
2026-01-21 22:31:15
12
转载 【团队管理】--管理三板斧：定目标、抓过程、拿结果，带团队就靠这三步
比如团队目标是“季度新增50个精准客户”，就要拆解为每个销售的“月度新增X个客户”“每周跟进X个线索”，把团队目标和个人KPI绑定，让员工清晰看到“自己的努力如何影响团队结果”，才会主动发力。定目标是给团队“指方向”，抓过程是给团队“搭梯子”，拿结果是给团队“分果实”。比如一场直播活动，关键节点是“嘉宾确认、脚本打磨、流量预热、现场控场”，把这些节点盯紧，其他细节交给团队发挥，既不做“甩手掌柜”，也不做“事必躬亲的保姆”。团队拿不到结果，往往不是“不想干”，而是“不会干”。激励到位，团队才有持续的动力。
2026-01-21 22:30:12
11
转载 B站又崩了？21万预约压垮服务器，这波“降本增笑”才是真凶！
大家好，我是Fox。这几天技术圈最热闹的事，莫过于B站又双叒叕崩了。1月16日，网红“牢A”（斯奎奇大王）首播，，硬是把B站服务器给干趴下了。直播没看成，大家倒是看了一场“服务器去世”的实况表演。很多兄弟在群里问我：“Fox老师，淘宝双11每秒几千万并发都没事，B站好歹也是上市大厂，怎么20万就崩成PPT了？今天我们就抛开官方的客套话，从架构师的视角，带大家扒一扒B站这次崩溃背后的。
2026-01-21 22:28:38
14
转载 规则引擎调研分析
线性匹配算法（也称为「穷举匹配算法/顺序匹配算法」）是规则引擎中最基础、最原始的匹配算法，也是所有匹配算法的入门基础。其核心思想是「顺序遍历、逐一匹配」：规则引擎将工作内存中的事实数据，按照规则库中规则的存储顺序，依次与每一条规则的条件部分进行完整匹配，直到遍历完所有规则为止。线性匹配算法的设计无任何复杂的优化逻辑，是规则引擎的默认基础算法，几乎所有规则引擎产品都内置该算法作为兜底方案。线性匹配的基本方式是：对每条规则，逐条评估其条件表达式是否在事实集合上成立。
2026-01-20 22:22:08
21
erlang 18-release
2015-11-19
haproxy-1.5.12
2015-08-29
Subversion--WINDOW下面的SVN命令行
2014-08-08
redis-2.4.5-win32-win64.zip
2014-11-25
RStudio-1.0.153
2017-08-23
alibaba-otter
2016-09-30
mariadb-5.5.34-winx64.zip
2018-05-12
canal--mysql数据库binlog的增量订阅&消费组件
2018-05-08
rabbitmq-server-windows-3.6.12.zip
2017-10-30
R-3.4.1（R语言sdk）
2017-08-23
DevCenter--Cassandra
2018-01-17
erlang19安装包
2016-12-02
指令集时钟周期
2017-12-21
mariadb-10.3.6-winx64.zip
2018-05-09
canal.deployer-1.0.25.tar.gz
2018-05-12
redis2.8 windows 64
2018-04-16
mariadb-10.0.7-winx64.zip
2018-05-09
LuaForWindows
2017-06-21
SwitchHosts
2017-02-22
弱弱问下，静态AOP到底指什么？
2015-05-08
spring quartz定时器任务时间超过定时器时间间隔，任务中断
2015-05-06
定时器退款的极端情况，该如何解决
2015-05-06
Dubbo 好处，优点是什么？
2015-04-21
TA创建的收藏夹 TA关注的收藏夹
TA关注的人