- 博客(114)
- 资源 (31)
- 收藏
- 关注
RSS订阅原创 规则引擎rule-engine(五) 可视化原型和规则逻辑结构解释
本文介绍了规则引擎可视化设计原型，重点解析了规则逻辑的JSON结构和前端开发要点。系统包含三大区域：左侧组件区（变量、决策、循环等）、中间编辑区（支持嵌套逻辑块）和右侧辅助区（事实、工具等）。规则逻辑由组件构成，采用"上级编号-本组编号"的全局编号方式，支持预览和在线测试。详细说明了变量类型、方法调用、语句结构（含操作符和嵌套语句项）以及决策、循环（集合/断言/后置断言）和指令（break/continue/return）等组件的属性和实现方式。
2026-02-12 00:12:53
552
原创 接口(集成)平台设计(一)-服务，接口，数据集和数据源
本文介绍了接口中台的设计架构与核心功能。作为系统间的数据枢纽，该平台支持多种数据源连接，提供可视化数据集构建、接口编排和服务发布能力。架构分为管理侧和执行侧：管理侧负责接口构建和服务编排；执行侧通过分布式协调机制实现高可用、高吞吐的服务调用。核心组件包括连接器（适配各类数据源）、数据集（定义返回数据）、接口（数据集出入口）和服务（编排接口形成数据管道）。平台支持同步/异步接口调用，提供数据转换和映射功能，满足不同业务场景需求。
2026-01-30 16:37:17
666
原创 并行执行组件(进程版)-附源码
本文针对物资系统大数据量导出性能问题，提出基于多线程分片并行的优化方案。通过ExecutorService和CountDownLatch实现进程内并行处理，支持动态线程数调整、进度反馈和磁盘存储，有效解决传统分页导出存在的网络交互频繁和内存压力问题。测试数据显示：数据量越大（如4万条），多线程（如30线程）性能优势越明显（耗时减少42%），而小数据量（1千条）单线程效率更佳。方案采用Redis存储执行状态，确保集群环境可靠性，并包含任务清理机制。未来可优化线程池复用以降低资源消耗。该方案成功将导出能力提升至
2026-01-22 22:57:31
742
原创 自动测试(based junit)组件
本文介绍了单元测试组件和自动测试组件的功能特性。单元测试组件解决了feign依赖、权限上下文和切面处理等问题，支持复杂微服务测试。自动测试组件提供测试套件组合、触发单元测试、生成测试报告和自动弹出报告等功能。通过Maven命令可执行测试、生成报告并自动查看，但需要注意命令不能连续执行，否则可能导致报告显示异常。该组件支持Junit5测试框架，并解决了低版本SpringBoot的兼容性问题。
2025-12-29 19:42:17
420
原创 调度引擎(based quartz)失效分析
摘要：调度引擎(sbs-daemon-quartz)出现作业未执行问题，分析发现主要原因是：1）异步事件监听器使用默认线程池（8线程），且远程调用未设置超时，导致线程耗尽；2）作业状态在调起阶段即设为"正常"，未反映实际执行情况。解决方案包括：1）为监听器配置专用线程池并设置合理大小；2）为HttpRequest和RestTemplate添加超时设置；3）调整作业状态更新逻辑，执行完成后再更新状态。此外，当前异步执行机制可能导致作业重复执行的问题也需要关注。
2025-12-26 10:52:38
268
原创 jraft原理源码应用系列-nacos
SOFAStack的jraft组件为金融级分布式系统提供高可用、强一致性的技术支撑。本文聚焦nacos2.3.2中jraft的应用实现，重点分析其分布式存储和集群管理机制。nacos通过jraft实现了三类数据的CP存储：配置中心数据（线性一致性读）、持久化注册数据，以及可配置为CP模式的服务注册数据。架构上分为前置服务层、raft层（包含JRaftProtocol实现）和状态机处理层，针对不同数据类型采用专门的RequestProcessor4CP实现。集群管理方面，nacos自主实现成员变更机制，通过M
2025-12-21 16:53:33
966
原创 多币种组件设计
内容包括：交易记录中必须包含的币种与汇率字段（如原币金额、本币金额、适用汇率、汇率生效时间、汇率来源、交易时间）、汇率快照与交易主体(业务单据)，以及面向财务对账、合规审查和异常排查的追溯路径设计。币种组件包括，币种定义、金额格式化、输入校验等基础能力，汇率交易过程中的可追溯性，通过记录汇率来源、业务、汇率快照及交易日志，组件支持对交易中所用汇率进行有效追溯，满足财务对账、风险控制及监管审计的要求。本节描述汇率设计，汇率有效性设计，保证交易有效，无争议。关注，增强，汇率有效性策略，交易可追溯，汇率预测。
2025-12-13 10:46:04
619
原创 jraft原理源码分析(一)-架构，启动和初始化
SOFAStack Jraft是蚂蚁集团开发的金融级分布式中间件，基于Raft算法实现高可用、强一致性的分布式系统。本文以Jraft v1.4.0为基础，分析原理源码
2025-11-30 23:22:32
979
原创 敏感数据加密和脱敏组件-附源码
本文提出了一种敏感数据保护方案，通过配置驱动实现对不同数据类型（基本变量、对象、集合等）的灵活加密和脱敏处理。方案采用转换器模式统一处理加密（可逆）和脱敏（不可逆），包含三个核心组件：1）配置中心定义处理规则；2）EL表达式引擎抓取/替换属性值；3）转换器库实现具体算法。系统支持扩展自定义转换器、选择器和值处理器，并演示了字段级脱敏（如范围打码）和整体加密的应用场景，后续计划集成高性能JFireEL引擎提升处理效率。该设计在保障数据安全性的同时，兼顾了业务系统的可用性需求。
2025-11-05 11:22:44
774
原创 seata原理源码分析(二)事务模式-TCC(二) 事务流程
本文深入分析SEATA TCC事务模式的实现原理与流程。主要内容包括：1）SEATA整体架构，包含TC、TM、RM三大核心组件；2）TCC事务完整生命周期，从全局事务开启、分支注册、业务执行到最终提交/回滚的全流程；3）关键实现细节，如TC消息处理框架、分支状态管理、事务异常处理机制等；4）健壮性设计，包括幂等控制、悬挂处理和空回滚防护。文章基于SEATA 2.0.0版本，通过时序分析和类图交互，详细阐述了TCC模式如何通过两阶段提交实现最终一致性，同时保持高性能特性。
2025-10-27 09:28:34
800
原创 seata原理源码分析(二)事务模式-TCC(一) 织入拦截器，rpc，资源分析
摘要： SEATA是阿里巴巴开源的分布式事务框架，支持TCC、AT、SAGA等模式，以最终一致性换取高性能。文章基于SEATA 2.0.0，分三部分解析TCC模式：1）通过AOP织入拦截器，实现无侵入事务逻辑嵌入；2）事务流程（TM启动全局事务、RM注册分支、TC协调）；3）健壮性设计（如Fence组件）。重点分析TCC资源注册机制（本地缓存commit/rollback方法，TC通信注册）及RPC框架（TC为服务端，TM/RM为客户端）。架构上，SEATA通过注解（@GlobalTransactional
2025-10-12 15:33:16
948
原创 低代码平台-开发SDK设计
摘要：本文介绍了一种基于低代码平台的SDK2.0架构升级方案。针对原有业务对象集职责过重的问题，新架构将职责细分为三个域：数据域（业务对象集）、交互域（appbean/databean）和UI域（handle组件）。其中，appbean负责整体交互逻辑，handle组件处理字段绑定和事件，业务对象集专注数据处理。文章详细阐述了各组件的工作原理，包括webappbean的代理注册机制和字段handle的实现方式，并通过locations应用示例展示了具体实现。该架构通过职责分离提高了技术环境适应能力和业务逻辑
2025-09-14 17:40:18
876
原创 微服务单元测试组件(附源码)
本文介绍了一个针对微服务环境的单元测试组件开发方案。该组件主要解决三个核心问题：1)Feign依赖的Mock处理；2)权限验证；3)支持带注解的测试方法切面执行。文章详细说明了测试容器的实现，通过@Component注解实现Spring管理，支持自定义注解和测试目标切面。测试示例展示了如何配置@EnableAspectJAutoProxy、使用GRPPlatformTestContainer测试容器，以及Mock远程服务(如RemoteUpmsService)的过程。重点阐述了测试初始化和释放阶段的Mock
2025-08-13 14:15:56
353
原创 规则引擎rule-engine (四)规则设计辅助设计与实现解释
本文介绍了规则引擎的辅助设计功能实现，重点阐述了V3.0版本中规则设计辅助系统的关键要素。该系统通过可视化界面支持拖拉拽方式构建规则，提供以下核心功能：1）上下文变量识别与管理，包括事实类（业务参数）、工具类（逻辑运算支持）和变量（全局/局部）；2）基于反射机制的事实类扫描与选择功能，支持包路径过滤和类成员查看；3）工具类方法参数展示；4）变量作用域管理（全局/模块级/块级）。系统采用树状元模型结构，通过RESTful API提供服务接口，包括事实类查询、成员列表、工具类方法和可用变量查询等功能，为规则可视
2025-08-04 09:24:43
703
原创 规则引擎rule-engine(三)可视化api设计和实现解释
本文介绍了可视化规则设计服务的核心功能与API接口。系统采用拖拽式组件构建规则，支持决策分支、循环控制等结构化组件，以树状元模型组织规则逻辑。设计元素部分详细说明了变量、常量、语句、决策等组件的配置属性。API接口部分提供了完整的规则管理功能，包括规则搜索、组件获取、预览测试、保存发布等操作，支持多事实参数和复杂逻辑测试。所有接口均通过Postman示例展示，实现从规则设计、测试到发布的完整工作流程。
2025-07-17 09:32:51
1199
原创 规则引擎rule-engine(二)-逻辑引擎，可视化构建规则设计和实现解释
摘要：本文介绍规则引擎的可视化构建实现方案，重点阐述V2.0版本的可视化规则设计架构。系统采用逻辑元模型（CodeBlock）作为核心，支持组件化规则构建，通过变量、表达式、条件控制和远程调用四类元模型实现对业务规则的抽象。设计采用树状组件链结构，提供拖拽式可视化配置界面，包含变量选择、组件编辑和规则预览等功能模块。规则执行支持本地和分布式两种架构，通过代码生成器将可视化配置转换为JEXL等DSL代码。系统还提供类型系统、决策分支、参数配置等设计元素，实现业务规则与应用程序的解耦管理。（149字）
2025-07-04 12:30:27
1587
原创 规则引擎rule-engine v1.0实现解释(一)-规则，执行，容器(附源码)
本文介绍了一种基于Common-JEXL的轻量级规则引擎实现方案。该方案将业务逻辑从应用中解耦，采用DSL定义规则，支持动态加载业务类作为执行事实。系统分为规则模型、执行器和执行容器三个核心模块，提供Spring Boot Starter集成方式，支持测试、预览和执行三种运行模式。相比Drools等重型方案，该引擎具有语法简单（类似JS）、使用便捷的特点，并计划通过可视化编辑和预置组件等方式提升规则编写效率。技术架构支持同进程和跨进程两种部署场景，配置上可通过XML或数据库管理规则脚本。
2025-06-12 17:23:33
1366
原创 报表/报告组件(二)-实例与实现解释(附源码)
本文通过设备检测报告实例，详细介绍了报表/报告组件中指标/属性特性的实现方法。内容包括：1）指标模型设计，支持多字段合并显示、单位设置、参考范围和数值精度控制；2）数据模型构建，包括指标组定义、报告类型关联和实际数据录入；3）多种指标类型的具体实现，如合并显示（如RGB颜色值）、文本段落/表格、数值样式联动、测量数据（带精度和范围验证）、图片、列表（支持多行表格）和图表（如柱状图）等。文中采用MVC架构，通过单元测试演示了数据模型构建过程，并展示了各类指标在实际报告中的输出效果。
2025-06-03 09:22:47
968
原创 CDC增量同步框架与关系/neo4j增量同步设计
数据增量同步是ETL关键功能，在全量同步后，持续增量同步，保证数据的完整，正确和时效，通常有两种方式实现，双写和CDC双写 优点，实现简单， 写入源库同时写入目标库；缺点，代码侵入，影响正常业务CDC 优点，无侵入，读取数据库log，获取数据变更；缺点，复杂，需要引入CDC组件，从数据变更(表/行/字段变更)到目标增量变更(通常是DTO)需要复杂的映射Cdc组件本身通用设计，支持扩展redis，elasticsearch等数据库同步本文包括两部分，cdc组件设计和关系/图增量同步设计。
2025-06-01 13:28:35
1048
原创 搜索引擎2.0(based elasticsearch6.8)设计与实现细节(完整版)
全量是有上下边界的大表，分页即分片，而增量是有下届没有上界的表，也可以使用与全量一样的分片，最上面的分片无上界，这里引入另一种方式，hash分片，worker分配取模数，worker获取文件数据，使用设定的字段取模，只处理等于分配的hash的记录，组件使用updateTime取模，这种适用于增量，分片不用改变，而增量的分片一次性，每次运行前重新计算分片上下界。=，like，in，range，prefix，not/and/or，大小括号，点(.)等操作符映射，解决es dsl难使用，难复用的痛点。
2025-06-01 13:27:15
1538
原创 一次页面假死分析
在工单和缺陷管理系统中，页面频繁出现假死现象，经分析发现每次假死都发生在getValidatorJSONInfo调用之后。该调用返回了DOM属性，前端在处理这些属性时可能进入了死循环，导致CPU负载持续升高。建议前端检查getValidatorJSONInfo返回后的逻辑，特别是计算属性是否引用了变量，从而避免渲染死循环。经过前端团队的深入分析，最终确认问题确实源于计算属性内部引用了变量，导致死循环，并已进行修复。
2025-05-18 21:03:52
338
原创 AI-Agent@spring ai概览
本文介绍了Spring AI的组件及其相互关系，涵盖了AI应用场景的技术和行业维度。Spring AI的核心包括抽象模型、推理框架、客户端/模型、向量数据库、RAG、MCP/Toolcalling和多Agent系统（MAS）。推理框架作为算法，支持大模型的有效思考，尽管Spring AI目前未实现推理框架，但未来将展示ReAct等示例。此外，功能组件如可观测性、提示词工程和ETL增强了AI Agent的便利性。Spring AI已接入多种大模型，包括聊天、图像、语音和Embedding模型，并持续快速发展。
2025-05-12 09:13:46
555
原创 报表/报告组件(一)-指标/属性组件设计
报表是数据的呈现，指标组件是其关键部分，用户对检测的数据有执着的要求，数值类型，样式，格式体现数据的专业，报告阅读者快速获得所需的信息，本指标组件实现高度自定义的数值模型，样式和格式，满足用户对专业检测报告的要求。本文解释指标组件设计和实现。
2025-03-23 13:41:56
515
原创 一次cpu飙高排查
有这个方向就容易想到，看一下线程快照，发现又4000多个nacos client线程，问题就明显了，接下来就要找到创建nacos client的地方，nacos client一般集成spring cloud实例，不会出问题，主要是找手动创建的代码。果然，创建了ConfigService，没有关闭，写这个代码的程序员是懂gc，认为服务会回收，但gc不会回收线程，ConfigService内嵌一个worker，打开线程不停刷最新的配置。公司有个系统大概两周左右cpu飙高，访问量不大。
2025-02-19 09:44:13
177
原创 rocketmq原理源码分析之dledger控制器模式-原理分析
RocketMQ 4.5 版本之前，RocketMQ 的broker是 Master/Slave部署架构，一组 broker 有一个 Master ，有0到若干Slave，Slave复制Master消息存储，随时替代下线的Master。Master/Slave部署架构提供一定的高可用性，但这样的部署架构，主节点下线需要手动进行重启或者手动切换，需要一个新的多副本架构，支持自动切换，解决方案基本可以分为两种：rocketmq选择 raft，目前有 dledger和jraft两个实现，本文分析dledger控制
2025-01-26 23:42:51
1211
原创 0代码引擎设计(三)-详细设计
无论哪种模式，从代码物理特性看，逻辑实现是在方法内，通过数据运算，方法调用加工数据，方法调用也是数据运算，”控制”控制运算执行，本质上，逻辑代码实现是业务方法通过控制，运算和数据3要素实现。代码生成分4块，元模型，业务逻辑，持久层和关联对象，其中元模型生成应用服务类，业务对象类，实体类；1 方法上下文 展示方法内可获取的数据，包括全局的常量和变量，传入的参数，数据库读取，远程方法读取的，运算新增方法内临时变量。业务人员构建元模型，包括应用服务，业务对象和实体，业务逻辑，外部服务关联。
2025-01-10 14:22:45
621
原创 企业全文搜索3.0(based elasticsearch8)-搜索权限，非侵入文档同步，权限同步 ，扩展字段
企业全文搜索系统Onesearch升级至Elasticsearch 8后，重点解决了文档权限控制和扩展属性两大核心问题。通过完善的权限模型设计，实现敏感信息保护与搜索体验优化，采用CDC机制同步权限变更。同时利用Elasticsearch的nested类型支持动态扩展属性，通过分布式DataX平台实现全量/增量同步。系统创新性地设计了权限增强搜索服务和可靠通道机制，解决了企业级搜索在权限控制、数据同步可靠性等方面的挑战，并提供通用表达式转换ES DSL的装配映射引擎，显著降低开发复杂度。
2025-01-10 10:12:12
228
原创 0代码引擎(二)-架构设计
业务人员熟悉业务，开发人员熟悉软件开发技术，两者存在鸿沟，需要系统分析员做转换，理解业务，转化为软件设计，再由软件工程师实现，然后测试，最后发布，这是软件工程的整个流程，对于简单的业务，或者客户定制需求，成本过高。0代码引擎填平业务人员和开发人员之间的鸿沟，业务人员通过拖拉拽实现业务代码，代码是生成的，可靠和经验证的，开发人员开发中间件，通用组件和0代码引擎本身，大大减少成本，开发和交付周期。封装在业务对象中，业务对象各施其职，协同互动完成业务，业务对象重用性高，业务变更只影响相关业务对象。
2024-12-18 12:36:34
356
原创 0代码引擎之规则引擎(based drools)(一)-技术要点
5. BRMS 职责类似maven，存储KJAR，支持release, snapshot，支持版本。4. 规则服务 rest/rpc规则执行服务，业务应用使用该服务执行规则，获得结果。2. 项目 描述规则的项目结构；spring boot集成。本文是规则引擎的第一篇，首先介绍规则引擎的技术要点，系列后续文章大纲。6. 规则匹配算法 高效的模式匹配，但不属于本系列的范围，不深入分析。
2024-12-16 22:13:07
346
原创 datax大数据表分片
相比较，datax原生的splitKey大数据分片方案容易出现数据不均匀，可能分片还是超大数据，本方案最大问题需要order by 分片的字段，需要对查询优化order by，min/max，但两者原理相同，利用单调递增字段切分大数据表。
2024-11-20 22:23:41
403
原创 dledger原理源码分析系列(五)-状态机
dledger是openmessaging的一个组件， raft算法实现，用于分布式日志，本系列分析dledger如何实现raft概念，以及dledger在rocketmq的应用本系列使用dledger v0.40本文分析dledger的状态机，状态机是应用接入dledger的方式，分析状态机需要借助应用实例，本文使用rocketmq的dledger控制器作为应用实例。Raft状态机。
2024-11-06 00:12:01
791
原创 sentinel原理源码分析系列(八)-熔断
限流为了防止过度使用资源造成系统不稳，熔断是为了识别出”坏”资源，避免好的资源受牵连(雪崩效应)，是保证系统稳定性的关键，也是资源有效使用的关键，sentinel熔断插槽名称Degrade(降级)，本人觉得应该改为熔断，降级是熔断的补偿措施，因此本文使用"熔断"下图是熔断参与的类互动图，熔断做两件事：一，识别坏资源，设置断开状态；二，适时探测坏资源是否已好，恢复闭合状态上图是参与熔断的类互动图。
2024-10-20 11:52:03
1845
原创 sentinel原理源码分析系列(六)-统计指标
上图展示是一个StatisticNode内的情况，其他的node，clusterNode，DefaultNode都继承StatisticNode，圆形/方形/三角形代表着某类型指标(pass，block等)一次增加数，一段时间多个线程调用资源产生多个的指标增加数，如一个窗口时段内多个图形，时间窗口时段内增加指标数落入时间窗口内，即WindowWrap对象内，限流插槽调用metric获取该时间窗口内所有指标增加值(LongAdder表示)，累加在一起。下面以请求通过数代码为例子。上图是统计指标的类互动图。
2024-10-18 20:58:53
655
原创 sentinel原理源码分析系列(七)-限流
限流的目的有两个,一，防止资源过度使用，造成系统不稳；二，大流量有序地通过上图是参与限流的类互动图，首先解释限流规则的设置限流依赖的统计指标，线程数/QPS，统计插槽介绍过，increaseThreadNum/addPassRequest是为了统计这两个指标流控行为决定处理大流量通过的方式，类图展示sentinel实现了多种流控行为，保证不超限依据调用关系限流构建调用链路设置不是单选题，同一个资源可有多个规则，但规则符合约束。
2024-10-17 17:53:18
1334
原创 sentinel原理源码分析系列(五)-构建调用链路
上节分析构建插槽链，Sentinel的资源调用好比一个个连续的检查口，能否通过，检查规则和统计指标，插槽链肩负检查的责任，本章开始分析插槽，首先分析构建调用链路的两个插槽。
2024-10-16 13:11:37
754
原创 sentinel原理源码分析系列(四)-Context&Entry
启动和初始化完成后，调用者调用受保护资源，触发sentinel的机制，首先构建或获取Context和获取Entry，然后进入插槽链，决定调用是否通过，怎样通过上图展示构建Context和获取Entry的类互动图。
2024-10-15 20:19:01
675
原创 sentinel dashboard分布式改造落地设计&实现解释(二)-分布式discovery组件
discovery负责维护app/机器资料库，transport健康检测， transport上下线处理。Discovery关键是分布式存储，后续研究一下raft，其复制，状态机，快照技术，但个人觉得，discovery功能只是作为目录，提供app/resource，支持搜索和规则更改，不需要太严谨和高效的技术保障。上图discovery涉及的znode，discovery监听transport的实例(item)的上下线，维护app/机器，删除对应分片。
2024-10-14 14:16:53
945
原创 sentinel dashboard改造落地设计&实现解释(一)-分布式fetcher和metrics存储/搜索
微服务是目前java主流架构，微服务架构技术栈有，服务注册中心，网关，熔断限流，服务同学，配置中心等组件，其中，熔断限流主要3个功能特性，限流，熔断，快速失败。Sentinel是阿里开源的熔断限流组件，sentinel dashboard是演示级别，表现在metrics采集是单机版，metrics存储存在内存，不支持分布式，高可用，因此需要改造。此前博文()，介绍分布式改造设计，本系列介绍落地的设计和实现解释。
2024-10-12 15:01:25
1078
原创 sentinel dashboard改造落地设计&实现解释(一)-分布式fetcher和metrics存储/搜索
微服务是目前java主流架构，微服务架构技术栈有，服务注册中心，网关，熔断限流，服务同学，配置中心等组件，其中，熔断限流主要3个功能特性，限流，熔断，快速失败。Sentinel是阿里开源的熔断限流组件，sentinel dashboard是演示级别，表现在metrics采集是单机版，metrics存储存在内存，不支持分布式，高可用，因此需要改造。此前博文()，介绍分布式改造设计，本系列介绍落地的设计和实现解释。
2024-10-12 14:50:45
665
EXTJS In Action MEAP ch1-ch6.pdf
2010-08-17
High.Performance.MySQL_Second.Edition
2011-01-16
odoo-connector-java.rar
2021-11-03
ActiveMQ In Action MEAP Edition
2010-08-15
UML Distilled Second Edition
2010-08-18
User Stories Applied For Agile Software Development.chm
2010-08-18
进程内并行组件，支持进度反馈
2026-01-26
报告组件源码，包括数据结构，数据示例，模板示例
2025-08-19
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人