- 博客(199)
- 资源 (4)
- 收藏
- 关注
RSS订阅
原创 浅谈高性能高并发高可用
整个软件的发展历程是一部软件复杂性对抗史，软件的复杂性分为技术复杂性和业务复杂性，业务复杂性主要是建模和抽象设计，技术复杂性主要是三高（高性能，高并发，高可用）的应对，C端的业务一般以技术复杂性为主，业务复杂性为辅，而B端或者M端的业务通常以业务复杂性为主，技术复杂性为辅。本篇文章主要是从后端研发的视角结合自己多年的B、C端系统建设实践谈下三高系统的建设方法论和实践，希望和大家相互交流，共同进步。
2025-01-14 14:05:06
952
原创 jvm-Stop the world
Stop the world 介绍什么是Stop the world？Java中Stop-The-World机制简称STW，Java中一种全局暂停现象，全局停顿，所有Java代码停止，native代码可以执行，但不能与JVM交互。等待所有用户线程进入安全点后并阻塞，做一些全局性操作的行为。在执行垃圾收集算法时，Java应用程序的其他所有线程都被挂起（除了垃圾收集帮助器之外）。Stop-The-World对系统性能存在影响，因此垃圾回收的一个原则是尽量减少“Stop-The-World”的时间
2020-07-29 19:55:29
1445
原创 JVM参数调优总结 -Xms -Xmx -Xmn -Xss
“-Xmx1024m -Xms1024m -Xmn512m -Xss256k”——Java运行参数(转)JVM的堆的内存，是通过下面面两个参数控制的-Xms最小堆的大小，也就是当你的虚拟机启动后，就会分配这么大的堆内存给你-Xmx是最大堆的大小当最小堆占满后，会尝试进行GC，如果GC之后还不能得到足够的内存(GC未必会收集到所有当前可用内存)，分配新的对象...
2020-04-08 10:17:45
47396
3
原创 一致性框架：供应链分布式事务问题解决方案
在当今微服务架构盛行的时代，分布式系统已经成为企业级应用的标准模式。然而，随之而来的分布式事务问题也成为了开发人员的一大挑战。在复杂的供应链系统中，各个业务模块之间的数据一致性一直是一个重要且棘手的问题。物流、库存、订单等系统相互协作，如何在保证业务高效运转的同时，确保跨系统操作的数据一致性？今天，我们将深入探讨一个专为解决供应链分布式事务问题而设计的框架——「一致性框架」。二在分布式系统中，一致性框架是确保系统可靠性的重要工具。
2025-06-18 20:13:07
846
原创 大事务导致数据库连接池耗尽分析与解决方案
代码层面避免大事务，拆分业务逻辑设置合理的事务超时移除事务中的远程调用配置层面优化连接池参数设置合理的连接泄露检测运维层面建立实时监控告警定期进行压力测试实施事务治理策略架构层面引入熔断降级机制采用异步处理模式实现最终一致性方案通过以上综合措施，可有效预防和解决大事务导致的数据库连接池耗尽问题，保障系统稳定运行。
2025-06-18 19:55:05
1182
原创 LowCodeEngine-阿里巴巴钉钉团队开源的低代码引擎
LowCodeEngine 是由阿里巴巴钉钉团队开源的低代码引擎，旨在通过拖拽、配置等简单操作，帮助开发者快速构建复杂的系统页面，提升开发效率和质量。以下是其相关介绍：特性面向扩展设计：提炼自企业级低代码平台的内核引擎，奉行最小内核、最强生态的设计理念，具有高度可扩展性。高质量生态元素：提供开箱即用的高质量生态元素，包括物料体系、设置器、插件等。完善工具链：拥有完善的工具链，支持物料体系、设置器、插件等生态元素的全链路研发周期。强大扩展能力。
2025-06-17 16:29:00
810
原创 删除大表数据注意事项
数据库是否会因删除操作卡死，，而是受等多种因素影响。WHERE小表（<10 万条，有索引）5000-10000 条内存可缓存数据，索引加速查询，分批提交即可。中等表（100 万 - 500 万条）1000-5000 条需搭配索引 + 小事务（如每 1000 条提交一次），避免锁持有过久。大表（>1000 万条，HDD）500-1000 条机械硬盘 IO 受限，建议每次删除不超过 1000 条，配合 1 秒以上休眠。超大表（>1 亿条，无分区）100-500 条。
2025-06-17 16:16:04
938
原创 工业4.0九大关键技术全解析
AI+机器视觉技术实现了缺陷检测和自适应抓取，数字孪生技术优化生产流程，更安全的Cobot通过触觉感应和碰撞检测提升人机交互安全性，语音/手势控制使工人能自然调整机器人任务，可重构机器人通过模块化组件快速适应不同任务，复合材料应用降低了重量，提高了能效，远程监控与运维通过实时数据上传云端，预测性维护减少停机，集群协作通过5G低延时通信实现多机器人协同作业。因此，企业在实施知识工作自动化时，需要结合自身业务特点，选择合适的技术工具，并通过培训和激励措施，引导员工有效利用自动化系统，实现人机协同的最佳效果。
2025-06-16 16:44:05
728
原创 向上管理：不是谄媚，是智慧的“高位寄生”
展现你的思考深度和担当：“领导，关于Z挑战，我分析了A、B、C三种路径。让他看到，支持你、成就你，就是推动他自身目标的实现。不是被动等待施舍，而是主动调整姿态、优化互动，让大树更愿意、也更有效地为你提供你所需的阳光雨露，同时你也为整片森林（团队/公司）的繁茂贡献力量。在资源有限、竞争激烈的职场丛林中，懂得智慧地“寄生”于关键的高位资源，借其视野、权力与资源加速自身成长，同时为其创造不可替代的价值——旁边的大树（你的上级）不仅提供荫蔽，更是这片森林规则的制定者、养分的分配者、成长方向的指引者。
2025-06-16 15:47:52
336
原创 寄生智慧：弱者的逆袭与强者的阶梯
本文重新诠释“寄生”概念，指出它是一种依附式发展的生存策略。通过职场选择、资源整合和认知借鉴三个层面，阐述如何巧妙借助平台、人脉和成功经验实现快速成长。关键在于把握互惠互利的共生原则，在依附过程中创造双向价值。这种策略并非投机取巧，而是资源有限条件下实现高效发展的现实智慧，特别适合缺乏背景的普通人突破发展瓶颈。
2025-06-16 15:41:39
382
原创 刚刚 B站又血崩了？！我来告诉你真正原因
B站6月12日晚遭遇大规模服务中断，持续近4小时。故障表现为主页报错、视频无法播放、评论加载失败等全链路问题。技术分析指出，事故核心在于ServiceDiscovery服务发现系统故障，导致微服务架构下各业务模块间通信中断。虽然部分服务仍能运行（如直播），但整体系统出现504网关超时等严重错误。事件反映出基础设施稳定性的重要性，也印证了B站现有容灾机制的有效性（仅10%请求失败）。作为典型P0级事故，此次事件为技术人员提供了关于高可用架构设计、监控告警系统的重要启示。
2025-06-13 17:30:26
771
原创 Java 项目中实现统一的 追踪ID,traceId实现分布式系统追踪
入口生成：在请求入口（Filter/Interceptor）生成 traceId全链路传递HTTP：通过 Header 传递（X-Trace-IdRPC：通过调用附件传递MQ：通过消息头传递存储位置同步请求：使用MDC异步线程：使用日志集成：在日志模板中添加异常处理：确保在 finally 块中清理上下文ID 生成规则// 示例：服务前缀 + 时间戳 + 随机数。
2025-06-13 17:03:36
409
原创 StarRocks
StarRocks 凭借其高性能、实时性和易用性，成为国内分析型数据库领域的重要选择，尤其适合需要兼顾实时数据处理和复杂查询的企业级场景。，专注于解决大规模数据分析和实时查询场景的需求。它基于 MPP（大规模并行处理）架构设计，具备高并发、低延迟、易扩展等特点，被广泛应用于数据分析、实时报表、用户行为分析、日志分析、金融风控等领域。强（原生支持星型 / 雪花模型）较强（支持宽表和部分关联）MPP + 向量化执行。MPP + 向量化执行。较好（需批量写入优化）兼容 MySQL 协议。兼容 MySQL 协议。
2025-06-05 13:45:09
589
原创 百万级群聊的设计实践
不同的群聊产品，采用的技术方案是不同的，为了理解接下来的技术选型，需要先了解下这群聊产品的特性。单群成员需要支撑百万人，同时在线百万级。功能、体验要接近纯客户端实现方案。用户端完全用H5承载。在本文中，笔者介绍了从零开始搭建一个生产级百万级群聊的一些关键要点和实践经验，包括通信方案选型、消息存储、消息顺序、消息可靠性、高并发等方面，但仍有许多技术设计未涉及，比如冷热群、高低消息通道会放在未来的规划里。
2025-06-05 13:43:57
1299
原创 网站应用攻击与防御（常见9种攻击方式）
XSS全称为Cross Site Script，即跨站点脚本攻击，一般攻击者通过篡改网页 注入恶意HTML脚本，在用户浏览网页时就能执行恶意的操作，像html、css、img都有可能被攻击。
2025-06-05 13:42:13
722
原创 构建完善微服务——服务安全
相同的明文数据经过相同的消息摘要算法会得到相同的密文结果值。数据经过消息摘要算法处理，得到的摘要结果值，是无法还原为处理前的数据的。数据摘要算法也被称为哈希（Hash）算法或散列算法。消息摘要算法一般用于签名验签。消息摘要算法主要分三类：MD（Message Digest，消息摘要算法）、SHA（Secure Hash Algorithm，安全散列算法）和MAC（Message Authentication Code，消息认证码算法）。
2025-06-05 06:45:00
717
原创 架构设计技巧——数据迁移与架构推导
数据迁移与架构演进是系统升级的核心挑战，二者必须协同设计。实现新架构落地保障业务连续性新架构的技术栈、数据模型存量数据结构、数据量、一致性要求数据库选型、服务拆分策略迁移窗口期、数据校验机制新系统无法正常运行业务数据丢失/错乱共享数据库解耦按领域拆分数据库定义服务边界（Bounded Context）跨服务数据一致性采用Saga分布式事务事件驱动架构设计历史数据归属划分数据所有权映射表+数据路由中间件服务发现机制扩展load data📌。
2025-06-05 06:30:00
911
原创 架构设计技巧——架构设计模板
需求介绍主要描述需求的背景、目标、范围等性能问题：当用户发布了一条微博后，微博发布子系统需要同步调用“统计子系统”“审核子系统”“奖励子系统”等共 8 个子系统，性能很低。耦合问题：当新增一个子系统时，例如如果要增加“广告子系统”，那么广告子系统需要开发新的接口给微博发布子系统调用。效率问题：每个子系统提供的接口参数和实现都有一些细微的差别，导致每次都需要重新设计接口和联调接口，开发团队和测试团队花费了许多重复工作量。基于以上背景，我们需要引入消息队列进行系统解耦，将目前的同步调用改为异步通知。
2025-06-04 11:08:40
976
原创 架构设计技巧——如何画好架构图
为什么画 > 画什么 > 怎么画 > 用什么画。永远从目的和受众出发。分层抽象是核心武器。用多张图从不同视角描述系统。一致性是清晰度的保障。符号、颜色、标注要规范统一。简洁明了胜过面面俱到。突出主干，合理省略。架构图是活的文档。及时更新，纳入版本管理。工具服务于目的。draw.io和Mermaid是强大且免费的起点。好的架构图像一份精准的地图：它能引导开发者穿越复杂系统的迷宫，让运维预见瓶颈所在，帮新人快速把握全局。开始动手吧，先明确目标，然后从最顶层的Context图开始，逐层深入。记得，
2025-06-04 10:48:13
878
原创 Java的Spring Cloud生态中实现SSE（Server-Sent Events）服务端实践
本文介绍了在Spring Boot中实现服务器发送事件(SSE)的三种方法：1)使用@RestController返回SseEmitter对象；2)原生Servlet异步处理；3)集中式管理多个客户端连接。核心要点包括遵循SSE数据格式规范（以data:开头，\n\n结尾）、异步处理机制、超时与重连控制。文章对比了SSE与WebSocket的特性差异，建议SSE适用于服务端单向推送场景，并提供了客户端监听示例、跨域配置方案以及性能优化建议。最后针对常见问题给出排查方向，如数据格式验证、连接稳定性处理和高并发
2025-05-27 16:45:03
307
原创 实时技术对比：SSE vs WebSocket vs Long Polling
本文介绍了三种实现实时通信的技术：SSE（服务器推送事件）、WebSocket和长轮询。SSE适用于单向数据流场景（如股票行情、新闻推送），基于HTTP协议实现简单。WebSocket支持双向通信（如聊天应用），但实现较复杂。长轮询作为传统过渡方案，兼容性好但效率低下。文章通过具体场景对比了三种技术的优缺点：SSE轻量高效但仅支持单向；WebSocket功能全面但复杂度高；长轮询简单兼容但资源消耗大。最后针对股票交易、即时聊天等典型场景给出了技术选型建议，并特别总结了SSE在各种单向实时推送场景中的优势与应
2025-05-27 16:43:14
1295
原创 Redisson使用分布锁的详解
本文详细介绍了Redisson在Spring Boot项目中的整合与使用方案。主要内容包括：1) 通过pom.xml引入Redisson依赖；2) 配置Redisson客户端，支持单节点、哨兵和集群模式；3) 分布式锁的实现与高级特性（自动续期、公平锁、联锁）；4) 异常处理与最佳实践；5) 高可用配置方案；6) 监控与调试方法。同时提供了完整的参数解释和性能优化建议，包括连接池配置、重试机制和订阅设置等，帮助开发者根据业务需求合理调整配置参数。通过订单处理服务示例，展示了分布式锁在实际业务中的应用场景。
2025-05-26 15:23:46
975
原创 工业互联网
工业互联网作为推动中国制造2025战略目标的关键路径，自2017年提出以来，已连续八年被写入政府工作报告，显示出国家对其发展的高度重视。工业互联网通过新一代信息通信技术与工业经济的深度融合，构建起覆盖全产业链、全价值链的制造和服务体系，是第四次工业革命的重要基石。其核心产业包括网络、标识、平台、数据、安全及工业控制与装备、系统集成七大部分，应用场景广泛，涵盖研发、生产、管理、运维和协同等方面。预计2024年，我国工业互联网核心产业增加值规模将达到1.53万亿元，对经济的带动作用显著。地域发展上，东部地区最为
2025-05-15 19:24:32
814
原创 浅谈异地多活
无论是高可用计算架构，还是高可用存储架构，其本质的设计目的都是为了解决部分服务器故障的场景下，依然能够保证系统能够继续提供服务。但在一些极端场景下，有可能所有服务器都出现故障。例如，典型的有机房断电、机房火灾、地震、水灾……这些极端情况会导致某个系统所有服务器都故障，或者业务整体瘫痪，而且即使有其他地区的备份，把备份业务系统全部恢复到能够正常提供业务，花费的时间也比较长，可能是半小时，也可能是 12 小时。因为备份系统平时不对外提供服务，可能会存在很多隐藏的问题没有发现。
2025-05-05 06:45:00
1036
原创 高可用架构设计——故障响应
查看基于时间序列的监控项的报表，是理解某个系统组件工作情况的好办法，可 以通过几个图表的相关性来初步进行问题根源的判定。这里的日志是广义的，它包括监控系统背后的各类观 测指标的时序数据，以及应用程序的程序日志。通过对关键服务进行定期的故障演练，我们可以在真正的业务故障发生之前识别潜在的弱点和风险点，并制定相应的应对措施。从理论上讲，将故障排查过程定义为反复采用假设 - 验证排除手段的过程：针对某系统的一些观察结果和对该系统运行机制的理论认知，不断提出一个造成系统问题的假设，进而针对这些假设进行测试和排除。
2025-05-05 06:15:00
983
原创 高可用架构设计——服务接口高可用
例如，最常见的数据库慢查询将数据库的服务器资源耗尽，导致读写超时，业务读写数据库时要么无法连接数据库、要么超时，最终用户看到的现象就是访问很慢，一会访问抛出异常，一会访问又是正常结果。假设这个请求的吞吐量为20qps，言下之意，很短的时间内，所有的100个工作线程都会被卡在这个第三方超时等待上，而其他N-1个原本没有问题的接口，也得不到工作线程处理。低优先级的服务通过启动不同的县城或者部署在不同的虚拟机进行隔离，而高优先级的服务则需要部署在不同的物理机上，核心服务和数据甚至需要部署在不同地域的数据中心。
2025-05-04 07:00:00
700
原创 高可用架构设计—降级、限流、资源隔离
通常，动态流控是分级别的，不同级别有不同的流控阈值，系统上线后会提供默认的流控阈值，不同留空因子的流控阈值不同，业务上线之后通常会根据现场的实际情况做阈值调优，因此流控阈值需要支持在线修改和动态生效。如果要保证当服务器宕机时不影响部署在上面运行的服务，需要采用分布式集群部署，而且要采用非亲和性安装:即服务实例需要部署到不同的物理机上，通常至少需要3台物理机，假如单台物理机的故障发生概率为0.1%，则3台同时发生故障的概率为0.001%，服务的可靠性将会达到 99.999%，完全可以满足大多数应用场景。
2025-05-04 06:30:00
858
原创 高性能架构设计-高可用
在大多数情况下，这样的操作是经由一个外部系统来实现的，它会监控实例的健康，并在它们较长时间处于错误状态的情况下，重新启动应用程序。最常见的客户端滥发请求的行为，是配置更新间隔的设置问题。对于稳定性要求很好的关键系统，在成本可接受的情况下，同时维护一套保障主链路可用的备用系统和架构，在核心依赖服务出现问题能做一定时间周期的切换过渡（例如mysql故障，阶段性使用KV数据库等），例如钉钉IM消息核心系统就实现对数据库核心依赖实现一套一定周期的弱依赖备案，在核心依赖数据库故障后也能保障一段时间消息收发可用。
2025-05-03 06:30:00
960
原创 高可用架构设计—补偿与熔断
假如服务提供者出现故障，短时间内无法恢复时，无论是超时重试还是双发不但不能提高服务调用的成功率，反而会因为重试给服务提供者带来更大的压力，从而加剧故障。针对这种情况，就需要服务消费者能够探测到服务提供者发生故障，并短时间内停止请求，给服务提供者故障恢复的时间，待服务提供者恢复后，再继续请求。这就好比一条电路，电流负载过高的话，保险丝就会熔断，以防止火灾的发生，所以这种手段就被叫作“熔断”。简单来讲，熔断就是把客户端的每一次服务调用用断路器封装起来，通过断路器来监控每一次服务调用。
2025-05-03 06:30:00
786
原创 高性能架构设计-高性能可伸缩架构
系统是一个整体，如果只是节点级别的伸缩，可能要对多个节点分别进行操作，而且不同节点的资源配置会相互影响，这样对各个节点的调整就非常复杂，影响了系统 的可伸缩能力。系统处理请求不一定要实时同步，请求流量的高峰期时间往往很短，所以有些时候，可以延长系统的处理时间，只要在一个相对合理的时间内，系统能够处理完请求就可以了，这是一种异步化的处理方式。系统的可伸缩也有两种实现方式。：异步处理给系统的处理增加了弹性空间，可以利用更多的处理时间，来降低系统对资源 的实时需求，在保证系统处理能力的同时，降低系统的成本。
2025-05-02 07:00:00
577
原创 高性能网站高可用架构-设计基础及FMEA简介
高可用的大前提：所有事物都不是100%可靠的从人的层面：人都是有可能犯错的。从软件层面：软件都是有可能有BUG的。从硬件层面：硬件都是有可能会坏的。不可抗力:地震，水灾，火灾FMEA（Failure mode and effects analysis，故障模式与影响分析）又称为失效模式与后果分析、失效模式与效应分析、故障模式与后果分析等，专栏采用“故障模式与影响分析”，因为这个中文翻译更加符合可用性的语境。
2025-05-02 07:00:00
719
原创 高性能架构设计-高性能缓存
缓存提升性能的幅度，不只取决于存储介质的速度，还取决于缓存命中率。为了提高命中 率，缓存会基于时间、空间两个维度更新数据。在时间上可以采用 LRU、FIFO 等算法淘汰 数据，而在空间上则可以预读、合并连续的数据。如果只是简单地选择最流行的缓存管理 算法，就很容易忽略业务特性，从而导致缓存性能的下降。
2025-05-01 07:15:00
2331
原创 高性能架构设计-NOSQL基础
(1)关系数据库存储的是行记录，无法存储数据结构以微博的关注关系为例，“我关注的人”是一个用户 ID 列表，使用关系数据库存储只能将列表拆成多行，然后再查询出来组装，无法直接存储一个列表。(2)关系数据库的 schema 扩展很不方便。
2025-05-01 07:00:00
640
原创 高性能架构设计-分库分表
如果预计三年后的数据量根本达不到这个级别，请不要在创建表时就分库分表。单表行数超过1000万行或者单表容量超过4GB，才推荐分库分表。
2025-04-30 16:31:50
754
原创 高性能架构设计-数据库(读写分离)
读写分离：将访问压力分散到集群中的多个节点，没有分散存储压力分库分表：既可以分散访问压力，又可以分散存储压力。
2025-04-30 16:29:55
1022
原创 网站高性能架构设计——池化
JDK 1.5 中引入的 ThreadPoolExecutor 就是一种线程池的实现，它有两个重要 的参数：coreThreadCount 和 maxThreadCount如果线程池中的线程数少于 coreThreadCount 时，处理新的任务时会创建新的线程；如果线程数大于 coreThreadCount 则把任务丢到一个队列里面，由当前空闲的线程执 行；当队列中的任务堆积满了的时候，则继续创建线程，直到达到 maxThreadCount；
2025-04-26 07:15:00
472
原创 网站高性能架构设计——web前端
动静分离”就是把用户请求的数据（如 HTML 页面）划分为“动态数据”和“静态数据”。简单来说，“动态数据”和“静态数据”的主要区别就是看页面中输出的数据是否和 URL、浏览者、时间、地域相关，以及是否含有 Cookie 等私密数据。很多媒体类的网站，某一篇文章的内容不管是你访问还是我访问，它都是一样的。所以 它就是一个典型的静态数据，但是它是个动态页面。如果现在访问淘宝的首页，每个人看到的页面可能都是不一样的，淘宝首页中包含 了很多根据访问者特征推荐的信息，而这些个性化的数据就可以理解为动态数据了。
2025-04-25 07:15:00
556
原创 架构设计基础
迭代的过程就是一个否定之否定的过程，随着分解的逐步推进或系统的架构演化，后面的分解除了会识别出新的架构元素，也可能会对先前识别出的架构作出调整。有了 TP99 这样的概念，就可以定义系统的 SLA 了，SLA 是 Service-Level Agreement， 它是系统对于它的客户所承诺的可以提供的服务质量，既包括功能，也包括性能。应该认真分析当前业务的特点，明确业务面临的主要问题，针对核心需求，设计合理的架构，快速落地以满足业务需要，然后在运行过程中不断完善架构，不断随着业务演化架构。
2025-04-25 06:45:00
1462
原创 网站高可用架构设计基础——高可用策略和架构原则
在大多数情况下，这样的操作是经由一个外部系统来实现的，它会监控实例的健康，并在它们较长时间处于错误状态的情况下，重新启动应用程序。最常见的客户端滥发请求的行为，是配置更新间隔的设置问题。对于稳定性要求很好的关键系统，在成本可接受的情况下，同时维护一套保障主链路可用的备用系统和架构，在核心依赖服务出现问题能做一定时间周期的切换过渡（例如mysql故障，阶段性使用KV数据库等），例如钉钉IM消息核心系统就实现对数据库核心依赖实现一套一定周期的弱依赖备案，在核心依赖数据库故障后也能保障一段时间消息收发可用。
2025-04-24 19:49:52
928
DeepSeek：从入门到精通-清华大学团队打造的强大国产开源AI推理模型
2025-03-26
propties配置管理jar
2018-01-08
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人