nbsaas-boot-CSDN博客

原创软件公司创业100问？

总之，软件创业是一场考验创新力、执行力和持久力的旅程。从市场定位、产品设计、技术研发，到团队管理、市场营销、商业模式探索，再到法律合规、风险管理、社会责任承担，每一个环节都需要创业者精心策划、果断决策和持续优化。只有全面洞悉软件创业过程中涉及的诸多问题，才能在瞬息万变的科技浪潮中把握机遇，直面挑战，打造出具有竞争力和影响力的软件产品，最终实现企业的可持续发展和成功转型。创业不易，但只要坚定信念，勇往直前，每一项细微的努力都将汇聚成成功的基石，助您在软件创业之路上走得更远、更高、更强。

2024-03-08 13:32:10 3099

原创 nb-chatbi 后端开发规范

本文档是 nb-chatbi 项目的后端开发规范（v1.0），适用于基于 Java 21 和 Spring Boot 3 的业务模块开发。核心原则包括：分层架构设计（API/Resource/Controller 严格分离）、统一接口契约（单入参+标准化返回值）、禁止直接修改生成代码、扩展逻辑走 Ext 机制。规范详细定义了项目模块结构（apis/resources/gates 分层）、实体类编写标准、代码生成器配置方式，并强调 AI 能力应通过独立 pipeline 实现。开发流程要求从实体设计→代码生成

2026-06-25 12:05:24 161

原创 MySQL 存储过程编码规范

MySQL存储过程编码规范摘要本规范适用于MySQL 8+环境下的事务型存储过程开发，主要针对ERP/SaaS系统中的单据业务场景。规范明确了存储过程的设计原则：单一业务职责、专注数据库事务逻辑、优先集合操作、确保可回滚性。命名方面统一使用前缀约定（sp_、in_、out_、v_、tmp_）。返回规范分为独立调用过程（直接SELECT返回状态码和消息）和子过程（使用OUT参数）。过程结构采用标准骨架，包含错误处理机制和事务控制。规范强调存储过程应负责数据校验、状态流转和写事务逻辑，而将页面展示和外部调用交

2026-06-21 13:19:09 265

原创多思维发散型 AI Agent 技术方案

这篇文章介绍了一种多思维发散型AI Agent技术方案，旨在解决传统AI Agent收敛式思维的局限性。该方案通过Pipeline+Shared Context+Multi Thinking架构，模拟人类多角度思考过程，支持假设生成、多角色协同、辩论融合和反思优化。核心设计包括共享上下文模型、多Agent思维发散层（创新/商业/用户/魔鬼视角）、辩论机制、洞察融合和记忆系统，适用于ChatBI、ERP Copilot等企业决策场景。技术实现基于Java 21和Spring Boot 3，采用管道化节点设计，

2026-06-17 23:00:53 298

原创我们应该如何开发企业级 ChatBI 系统

企业级ChatBI系统开发的核心不是简单的"AI+SQL"组合，而是构建完整的数据智能操作系统。关键点包括：1）必须建立语义层解决业务语言与数据语言的鸿沟；2）采用DSL中间层确保查询安全和可维护性；3）构建指标体系和权限系统；4）采用Agent工作流而非单一Prompt；5）集成OLAP引擎处理复杂分析。真正的ChatBI应包含语义理解、业务指标解析、DSL转换、查询规划等完整流程，形成企业数据智能操作系统，而非简单的自然语言转SQL工具。

2026-06-05 13:53:26 318

原创 ToC 系统中的请求幂等、安全签名与防重复提交架构设计

本文探讨了ToC系统中请求幂等、安全签名与防重复提交的架构设计。作者指出，互联网环境的不可靠性导致重复请求不可避免，因此幂等设计成为核心能力。文章分析了ToB与ToC系统的差异，强调ToC系统更需要应对高并发与不可靠网络。详细介绍了多层次的防御体系：前端交互优化、requestId机制、时间戳校验、签名算法（对比了对称与非对称签名）、业务状态机、数据库唯一索引和风控系统。特别指出真正成熟的系统不是阻止重复请求，而是保证重复执行结果一致。最后强调现代互联网架构的核心竞争力在于处理不可靠环境下的系统稳定性，包括

2026-06-04 11:14:06 290

原创 SaaS系统和传统单体系统的区别

摘要：SaaS系统与传统单体系统的核心区别在于"平台化"和"参数化"能力。传统系统为单一企业设计，业务规则固定；而SaaS系统需要支持多租户的差异化需求，通过参数配置、规则引擎等实现业务灵活性。真正的SaaS挑战不在于多租户隔离，而在于抽象不同企业的管理模式，最终演变为"业务操作系统"。成熟SaaS系统会包含大量配置中心和业务引擎，其复杂度远超传统系统。（149字）

2026-06-03 16:33:30 281

原创 AI时代，我们到底该怎么学习

摘要 AI时代正颠覆传统学习模式，技术知识的记忆价值快速贬值。过去依靠框架熟练度、API记忆的竞争力逐渐失效，AI能瞬间生成代码、SQL、文档等，使"记忆知识"变得廉价。未来核心能力转向"系统化思维"：理解复杂系统规律而非单纯编码。AI最大风险是让人停止思考，导致思考能力下降、缺乏失败经验。真正高级的学习应关注系统设计原理（如状态机、失败模式、数据生命周期），而非API使用。未来程序员将两极分化：AI操作员易被替代，系统架构者则具备长期价值。核心竞争力在于理解复杂系统的稳定运行机制，这种"系统直觉"将成为A

2026-06-03 16:19:12 380

原创 AI 到底提高了编程效率，还是一场巨大的泡沫？

AI编程工具正在重塑软件开发行业，既带来显著生产力提升，又催生行业泡沫。AI能高效处理样板代码、加速知识调用、赋能个人开发者，显著降低中低复杂度项目成本。但同时也存在技术幻觉、系统复杂度失控等问题，难以替代高级工程师的架构设计和系统治理能力。未来初级程序员岗位可能减少，而能驾驭AI构建复杂系统的高级人才价值将提升。AI最终将改变软件工业化体系，从代码生成逐步扩展到测试、运维等全流程自动化。行业应理性看待AI，既要利用其效率优势，又要认清其局限性，最终实现人机协同的软件开发新范式。

2026-06-03 15:45:48 225

原创 Drools 规则引擎实战：原理、规则语法、数据库动态规则与企业级玩法

Drools规则引擎实战摘要 Drools是一款基于Java的业务规则引擎，核心思想是将业务规则从代码中解耦，实现动态配置。其核心能力在于规则推理而非简单判断，通过事实对象(Fact)、工作内存(Working Memory)和Rete网络实现高效规则匹配。 Drools使用DRL规则语法文件，包含when条件判断和then动作执行部分，支持多条件组合、变量绑定和规则联动。企业级应用中，规则通常存储在数据库实现动态加载，通过KieSession执行规则推理。虽然Drools提供了salience优先级、n

2026-05-25 23:41:09 494

原创 AI 时代的软件架构思考：不要恐慌于概念变化，而要构建 AI 可理解接口

AI技术发展迅猛，但核心在于构建AI可理解的系统架构。文章指出，当前AI领域概念迭代过快（如RAG、Agent、OpenClaw等），但本质都在解决"AI如何理解系统能力"这一核心问题。未来软件架构将向"AI操作系统"演进，关键是要建立语义化API、标准化领域模型和工具化能力，使系统具备结构化、可推理、可调用的特性。相比追逐短期技术热点，更应关注长期稳定的AI基础设施，包括接口语义化、知识结构化和AI原生架构设计。真正的竞争力将取决于系统能否被AI有效理解和接入，而非功能数量。

2026-05-20 09:54:07 444

原创别慌，搭个接口就行：AI 时代的冷静生存指南

AI技术迭代迅猛，但追逐最新模型并非最优策略。本文指出，与其焦虑跟进每个新概念（如RAG、Agent等），不如聚焦构建"AI接口"：1）结构化业务数据，让AI可理解；2）封装核心操作为可调用工具；3）建立反馈闭环。这种"厨房接口"思维让任何AI模型都能快速适配业务，形成持久竞争力。建议从高频业务场景入手，逐步搭建标准化接口，成为"最懂如何让AI理解业务的人"。

2026-05-20 09:53:17 253

原创缓存微服务平台（Cache as a Service）需求与技术方案

缓存微服务平台（CaaS）技术方案摘要本项目旨在构建一个企业级缓存微服务平台，解决传统缓存模式在多租户隔离、热点治理和一致性等方面的痛点。平台采用三层架构设计（本地缓存L1/分布式缓存L2/持久化存储L3），支持百万级QPS和PB级数据存储。核心功能包括多级缓存、TTL策略、热点治理、SQL缓存和Tag管理，通过SDK/Gateway提供统一接入。技术栈采用Java+Go混合架构，支持云原生部署，具备动态扩缩容能力。平台特别强调多租户隔离、高可用（99.99% SLA）和可观测性，集成Prometheus

2026-05-07 09:06:10 312

原创 Java 全版本特性与用法（总览 + 分版本要点 + 示例）

Java版本演进摘要（1996-2026）本文系统梳理了Java从JDK 1.0到Java 26（2026）的版本发展历程，涵盖30年间27个主要版本。重点版本包括： Java 5（2004）：引入泛型、枚举、注解等核心特性 Java 8（2014 LTS）：Lambda、Stream API等函数式编程支持 Java 11（2018 LTS）：标准化HTTP客户端等 Java 17（2021 LTS）：密封类、模式匹配等 Java 21（2023 LTS）：虚拟线程正式发布版本发布节奏自2017年起改

2026-04-24 11:12:15 1708

原创 100万门店级分货系统架构设计

本文提出了一套面向百万级门店的智能分货系统架构设计方案。系统定位为新一代零售供应链操作系统，支持多行业连锁企业的统一运营，具备千万级SKU管理、日订单2亿+处理和千亿级补货计算能力。采用分层架构设计，包含前端渠道层、业务中台、智能引擎层和数据基础设施。核心模块包括采购中心、库存中心、分货中心、仓储配送等业务域，并集成了AI智能分货、多仓联动和SaaS多租户等关键技术。系统通过规则分货、评分模型和约束优化三层算法体系，结合机器学习预测和强化学习，实现利润最大化的分货决策。技术方案采用分布式架构，支持50万TP

2026-04-23 10:43:59 505

原创如何开发一个 CodeMirror Vue3 组件

CodeMirror Vue3 组件开发指南本文介绍了在Vue3项目中封装CodeMirror编辑器组件的两种实现方案：基于CodeMirror 5的传统实现基于CodeMirror 6的模块化实现（推荐）新项目建议优先使用CodeMirror 6，因其具有更清晰的扩展机制，语言支持、主题切换、自动补全等功能更易于维护。文章详细说明了组件的基本结构、v-model实现、语言切换、Compartment动态配置等核心功能，并对比了两种版本的差异。 CodeMirror 6采用完全模块化设计，通过Edi

2026-04-03 09:43:14 437

原创基于 HTTP 构建 MCP Tools 的完整工程解析

本文详细解析了基于HTTP构建MCP Tools的完整工程实现方案。系统采用"用户→LLM→Tool执行→HTTP API→结果返回"的核心流程，通过HttpToolExecutor实现统一调度，支持多轮Tool调用和Agent推理能力。工程实现了Tool配置加载、参数解析、HTTP请求执行等核心功能，具备动态扩展、解耦设计和MCP兼容等优势。文章还提出了Tool网关、参数校验、缓存机制等优化建议，可作为轻量级MCP Tool执行引擎，未来可扩展为AI Gateway或Agent平台。该

2026-03-28 09:32:50 479

原创 AI编程的现实困境与未来路径：从“可用”到“可靠”的跃迁

AI编程工具在演示场景表现惊艳，但在真实生产环境中暴露出代码不可控、边界条件缺失等问题。这是由于编程本质是精密系统构建，而当前AI生成是“概率最优”而非“逻辑完备”。AI主要优化编码实现（占开发20%），却可能增加调试和审查成本，导致总体效率下降。未来AI编程应转向“控制系统”，从代码生成升级为架构设计，融合强类型系统，实现确定性输出和多Agent协同开发。短期AI仍为辅助工具，中长期将重构软件开发流程，从“人写代码”转向“人定义系统，AI实现细节”。具备系统思维的架构师价值将进一步提升。

2026-03-28 09:27:30 457

原创企业级SaaS系统分层架构设计

本文提出了一套企业级SaaS系统的分层架构设计方案，采用五层架构（接入层、调度层、资源层、数据访问层和第三方访问层）支撑千万级用户和亿级订单处理。架构核心特点包括：API网关统一入口、流程编排层与业务逻辑分离、领域服务原子化、事件驱动机制和多租户支持。通过中台化设计实现业务能力复用，采用动态数据源和分库分表策略保障性能。该架构具有高扩展性、高可维护性和高性能优势，可通过"单体→微服务"、"同步→异步"、"固定→可编排"的演进路线逐步实施，是支撑超大

2026-03-20 11:18:18 330

原创 Java SQL 注入字段检查设计规范（高并发 SaaS 系统）

本文提出了一套高性能SQL注入检测方案，针对高并发SaaS系统的安全需求设计。方案采用多层规则组合检测，包括输入长度限制、字符合法性校验、SQL特殊字符/关键字/注释检测等，确保单字段检测延迟<1µs，吞吐量>500万次/秒/核心。提供Spring Boot集成方案，支持字段级安全策略和ORDER BY注入防护，并建议记录攻击日志和实施风险评分机制。该组件可部署在网关/过滤器/控制器层，为数据库访问提供前置安全防护。

2026-03-12 11:04:35 348

原创 SQL JOIN 图解说明

SQL JOIN 图解说明：本文通过图示和示例详细解析了五种主要JOIN操作。INNER JOIN返回两表交集，LEFT/RIGHT JOIN分别保留左/右表全部数据，FULL JOIN返回两表并集，CROSS JOIN产生笛卡尔积。特别说明MySQL不支持FULL JOIN，可用UNION替代；RIGHT JOIN实际较少使用，建议改用LEFT JOIN。文中还包含JOIN性能优化建议，如避免意外笛卡尔积，并简要介绍了Nested Loop、Hash和Merge三种JOIN执行算法。通过清晰的图表和SQL

2026-03-06 16:41:45 509

原创 Java 服务编排 DSL 需求文档

支持 JSON / YAML 定义流程支持流程版本管理支持流程发布与回滚支持流程启用/禁用。

2026-02-28 11:43:28 603

原创 Spring Boot 项目中：事务手动控制 vs 声明式自动事务

Spring Boot项目中事务管理通常采用声明式事务（@Transactional），但在高并发、复杂业务场景下可能需要手动控制事务。声明式事务开发效率高、可维护性强，但存在方法级事务粒度过大、自调用失效等局限。手动事务能精准控制边界、支持分段提交，但代码侵入性强、易遗漏提交。性能差异主要来自事务持续时间而非管理方式。建议90%场景使用声明式事务，10%核心性能链路采用手动事务，在开发效率与系统可控性间取得平衡。

2026-02-27 15:24:45 472

原创多租户低代码 SaaS 平台架构白皮书

本文提出了一套跨端低代码DSL规范与多租户SaaS架构设计方案。DSL规范采用平台无关的声明式UI描述，包含页面结构、状态管理、表达式、权限控制等核心模块，支持Vue/小程序等多端适配。多租户架构采用数据库独立隔离模式，通过API网关和运行时微内核实现租户隔离与扩展，微内核包含组件引擎、表达式引擎等核心模块，支持插件扩展。方案提供了表单构建、条件显示等典型场景的DSL示例，并展示了从CDN到数据层的完整SaaS架构图。

2026-02-24 17:45:27 495

原创软件开发最核心的理念：接口化与组件化

摘要：规模化软件开发的核心在于通过接口化和组件化实现系统的持续演进。接口化通过契约管理变化，隔离不稳定因素，确保协作与解耦；组件化则通过可复用、可替换的模块化设计，支持独立演进与复用。两者结合形成现代软件工程的骨架，接口负责稳定边界，组件承载变化实现。关键指标包括契约强度（语义明确、兼容可控）和交付强度（独立发布、可观测）。常见误区包括过度抽象和混淆组件化与微服务化。未来，随着AI参与编码，接口治理和组件边界的重要性将进一步提升，系统的竞争力取决于“演进得稳”而非“写得快”。落地模板强调契约完备性、组件独

2026-02-08 10:47:13 685

原创 Pipeline + Saga 分布式扩展规范

本文提出Pipeline+Saga分布式扩展规范(V1.0)，旨在构建ERP系统的分布式可逆业务内核。架构明确Pipeline解决单服务内确定性执行顺序，Saga解决跨服务一致性与补偿问题。针对ERP高并发、跨服务、允许最终一致的特点，采用Saga而非分布式事务。规范设计了Saga最小抽象模型，强调单服务内Pipeline强类型执行与本地回滚，跨服务通过SagaOrchestrator编排补偿流程。核心要求包括：Saga状态持久化、独立补偿语义设计、严格上下文边界控制。通过销售出库等场景示例，展示了失败回滚

2026-02-08 10:34:32 939

原创 Pipeline + ScopedValue 企业级规范

本文规范了ERP/SaaS核心业务中台单据流转系统的架构设计原则，重点围绕Pipeline和ScopedValue的使用制定了严格标准。Pipeline负责显式业务数据流转，要求每个阶段必须明确定义输入输出；ScopedValue仅用于承载身份、环境等只读元信息，严禁传递业务数据。规范特别强调审核、执行、回滚三个Pipeline的职责分离，要求执行阶段必须同步注册回滚动作。同时列举了ScopedValue<Map>等必须拦截的反模式，并指出Pipeline与ScopedValue的边界混淆将导致

2026-02-08 10:29:18 675

原创可扩展的网络操作系统：在既有系统上安装 Agent，实现统一资源分配与治理

《企业IT基础设施的统一治理：网络操作系统的构建之道》摘要：随着企业IT基础设施日益碎片化（容器、虚拟机、公有云、边缘节点等并存），传统编排系统难以实现统一管理。本文提出构建网络操作系统（NetworkOS/InfraOS）的解决方案，通过Agent将异构资源抽象为统一对象，实现集中调度与治理。关键点包括：1）建立资源对象模型（Resource/Claim/Allocation）和租约机制；2）设计三层架构（控制面决策、数据面执行、扩展面插件）；3）实现多维度调度约束与三层配额模型；4）确保安全机制（mT

2026-02-04 13:49:23 698

原创 MyBatis 调用存储过程：该选＜select＞还是＜update＞？

摘要：MyBatis调用存储过程时，正确选择<select>或<update>标签至关重要，应基于存储过程的输出形态而非名称判断。若过程返回结果集（SELECT），必须使用<select>以正确映射；纯写操作（INSERT/UPDATE/DELETE）或仅通过OUT参数返回时，应使用<update>以保持语义一致。团队应制定规范，统一过程返回协议（如OUT code/msg+单一结果集），避免多结果集等复杂情况，确保代码可维护性和驱动兼容性。核心原则是让框架预

2026-02-03 16:10:24 598

原创架构设计怎么做：一套可复用、可落地的方法论

架构设计的核心是在明确约束条件下，通过量化关键质量属性（性能、可用性等）做出可验证决策。文章提出10步工程化流程：1)定义量化目标；2)明确技术/团队/预算等约束；3)DDD业务建模；4)按需选择架构风格；5)遵循高内聚原则分解系统；6)设计数据主权与一致性策略；7)内置安全/观测/治理能力；8)设计可运维性；9)用ADR记录决策；10)输出可执行交付物。重点强调避免常见陷阱，如过度微服务化、忽视数据主权等，最终实现业务与技术目标的平衡。

2026-02-02 23:22:40 845

原创设计百万 QPS / 百万 TPS 系统的方法论：从“数字”走向“可落地架构”

本文系统阐述了百万级系统架构设计的关键原则与实践方法。核心观点指出"百万级"并非单一架构风格，而是吞吐、延迟、可用性和成本等指标的综合平衡结果。文章从QPS与TPS的本质区别切入，强调TPS因涉及事务一致性、持久性和原子性而更具挑战性。设计原则包括分层架构、横向扩展和明确故障域，提出从入口层到存储层的完整架构层次。针对百万QPS场景，重点分析多级缓存、热点治理和限流降级等机制；针对百万TPS场景，则强调日志化写入、分区设计和事务工程学。最后给出两套参考架构模板，并建议将强一致事务限制在最

2026-02-02 23:20:44 956

原创 Vibe Coding 与智能体：软件团队的新工作范式，以及我们该如何适应

摘要：当前软件研发领域正形成两大技术范式：VibeCoding（自然语言驱动开发）和智能体（AI Agents）。VibeCoding通过意图描述-生成-验证的迭代循环加速开发过程，适用于原型开发等场景；智能体则是能自主调用工具完成任务闭环的系统。二者分别解决"研发加速"和"交付加速"问题，但都需要配套的工程治理。适应这些变化需要：个人层面提升约束定义和可靠性设计能力；团队层面建立AI生成代码的质量门禁；架构层面采用三段式执行模型和工具网关。落地应遵循渐进式路径，避免

2026-02-01 23:50:48 1087

原创如何进行 Vibe Coding：从“灵感驱动”到“可交付工程”的方法论

《Vibecoding：AI时代的编程范式转变》摘要：Vibecoding指依赖大模型生成代码、通过运行反馈迭代的编程方式，由Karpathy提出，核心特征是不逐行审阅代码。其适用于原型验证、脚手架生成等场景，但需规避关键业务领域。标准流程分为Vibe（快速生成）和Verified（质量验证）两阶段，强调测试覆盖与架构固化。提示词设计应明确角色、目标与约束条件。工程实践中需建立版本控制、质量门禁等防护机制。未来趋势显示，工程师角色将向需求表达、验证体系等能力转型，AI编程工具正在重塑工作配比。

2026-02-01 23:43:46 1018

原创为什么 ScopedValue 是 SaaS 的分水岭

ScopedValue是Java对现代SaaS架构需求的响应，解决了ThreadLocal在多租户系统中的局限性。传统ThreadLocal依赖线程生命周期，而SaaS需要请求级上下文管理。ScopedValue引入作用域概念，确保上下文只在明确范围内存在且自动失效，解决了租户泄漏等系统性风险。它与虚拟线程、结构化并发协同，将并发视为作用域管理而非线程技巧，为SaaS提供语言级保证，使多租户系统首次具备可证明的正确性。这一转变使SaaS架构从依赖约定转向机制正确，成为高并发复杂系统的必要条件。

2026-01-22 21:08:47 620

原创基于 Java 21 ScopedValue 的多租户动态数据源完整实践

Java 21 ScopedValue多租户动态数据源实践本文提供了一个基于Java 21 ScopedValue的SaaS多租户核心基础设施实现方案，主要包含以下核心组件：架构设计：采用请求作用域状态管理，通过HTTP请求→域名解析→租户上下文→动态数据源注册→路由数据源的完整流程核心模型： TenantContext记录租户ID、域名和数据源键 TenantScope使用ScopedValue管理租户上下文关键实现： TenantResolver负责域名到租户的解析与缓存 DynamicRout

2026-01-22 21:02:26 540

原创 AI 适合什么语言开发 —— 从工程现实出发的判断

本文分析了不同编程语言在AI辅助开发中的适用性。Python最适合AI参与，因其对不完美代码宽容度高、重构成本低；TypeScript/JavaScript在工程与AI间取得平衡；Java/C#需框架约束；Go易被AI破坏代码质量；C/C++/Rust几乎不适合。核心判断标准是"AI写错后人工修改的痛感程度"。结论指出，AI更适合宽容度高、重构成本低的语言，如Python和TS/JS，而强类型语言可能放大维护成本。AI是效率放大器，其适用性取决于语言特性与工程需求的匹配度。

2026-01-15 10:54:39 778

原创 Linux 服务（systemd）最完整使用文档

本文是一份完整的Linux systemd服务使用指南，详细介绍了systemd的核心概念和工程实践。主要内容包括：Linux服务的本质、systemd作为系统第一个进程的地位、Unit的概念与类型、service文件的标准结构及各区块配置要点（Unit区块的依赖管理、Service区块的核心参数、Install区块的开机自启）。特别强调了生产环境中Java服务的配置模板和最佳实践，如进程类型选择、资源限制、自动重启策略等。文档还提供了systemctl常用命令集和日志查看方法，并指出常见反模式。最后强调s

2026-01-13 18:03:50 1409

nbsaas-boot项目源码

空空如也