qq_41413652的博客

原创 【软考架构】滑动窗口限流算法的原理是什么？

滑动窗口限流算法是对固定窗口计数器算法的优化，核心是将整体时间窗口拆分为多个等长的子窗口（时间片），通过“滑动”方式实时更新当前统计窗口的范围，并累加窗口内所有子窗口的请求数，以此精准控制流量，解决固定窗口的临界峰值漏洞。通过“拆分+滑动”的机制，滑动窗口能避免固定窗口在“窗口边界”出现的流量突刺问题（比如固定窗口下，前一个窗口末尾和后一个窗口开头的请求叠加超限），实现更平滑、精准的流量控制。每个子窗口独立统计自身时间段内的请求数量，（比如1分钟），并将其拆分为N个等长的。

原创 在sprintboot项目中，util和common等需要单独设置成模块集成到主应用pom.xml文件中吗

将util和common单独设为模块，保持单模块结构更加简单高效。只有当项目发展到一定规模，有明显的模块边界和复用需求时，才考虑多模块架构。在Spring Boot项目中，是否需要将util和common等工具类单独设置为模块，取决于项目规模和架构需求。：开始时使用单模块，随着项目复杂度的增加再拆分。：如果代码会被多个项目使用，考虑独立为JAR包。对于大多数中小型Spring Boot项目，：如果只是少量工具类，不建议单独建模块。：在多模块项目中统一管理依赖版本。

原创 Vue3 + Vite + JavaScript 项目中 eslint.config.js 配置项参考

以下是项目的标准配置参考，基于 ESLint 9+ 最新扁平配置格式（ESLint 9 推荐，兼容 Vite 工程化流程），整合了 Vue 官方规则、Prettier 代码格式化（避免风格冲突）、Vite 生态适配，兼顾代码质量与开发效率。

原创 这个variables.scss文件中$menuText:#bfcbd9；:export {menuText: $menuText； }的语法符合要求吗

现在，你应该明白为什么你的写法不符合要求了。赶紧改用标准的 CSS 变量方式吧，这样你的项目会更加规范、易维护，而且能与 Element Plus 完美配合！✨ 小贴士：在 Vue 3 项目中，CSS 变量 + SCSS 是最推荐的主题定制方式，它简单、高效、且与 Vue 生态无缝集成。💡 重要提示：不要在 SCSS 文件中使用 :export，因为这不是标准做法，而且在 Vue 项目中可能无法正常工作。在 Vue 项目中，这不是推荐的用法，而且在 Vite 或其他现代构建工具中可能无法正常工作。

原创 Vue 3 响应式原理详解

/ Vue 2 使用 Object.definePropertyget() {// 依赖收集},// 触发更新})问题无法检测对象属性的添加/删除数组变异方法需要重写需要递归遍历整个对象性能开销较大Proxy 代理：使用 ES6 Proxy 拦截对象操作依赖收集：在 get 操作时收集依赖的 effect触发更新：在 set 操作时触发相关的 effect 重新执行Effect 系统：管理副作用的执行和清理性能优化：懒代理、调度队列、缓存等机制。

原创 工作页里面的表格 需要加序号吗

在 “工作页”（Worksheet） 类型的 Word 文档中（例如培训材料、实验指导书、学生练习册、项目任务单等），是否需要给里面的表格加序号，取决于 表格的功能和文档结构。工作页中的填写类表格，一般不需要加“表1、表2”这样的自动序号；欢迎告诉我你的工作页具体用途（比如是给学生用的？科研实验记录 → 建议每页带日期+实验编号，而非“表1”。✅ 二、是否需要加“表 1、表 2”这类自动序号？教学/培训 → 标题写“练习表”“记录表”即可；✅ 一、先明确：什么是“工作页中的表格”？

原创 word中.dotx 模板文件，如何发给团队其它人用

这是一个非常实用的问题！你创建了一个 .dotx 模板文件（包含自定义多级列表、样式、题注格式等），现在想发给别人使用，确保他们在新建文档时也能用上你的格式。以下是完整、可靠的解决方案：✅ 一、发送模板给他人使用的正确方式步骤 1：将你的模板保存为 .dotx 文件在 Word 中完成所有设置（列表样式、标题样式、题注、页眉页脚等）；点击 文件 → 另存为；选择保存类型为 *“Word 模板 (.dotx)”；命名（如 MyCompanyReport.dotx），保存到本地。

原创 word中 插图分辨度为500dpi以上，这个该如何判断

在 Microsoft Word 中判断插入图片的实际分辨率是否达到 500 DPI（dots per inch）以上，有一定挑战性，因为 Word 本身并不直接显示图片的 DPI 信息。但你可以通过以下方法间接判断或验证：🔍 一、理解关键概念DPI（dots per inch） 是打印时每英寸包含的点数，用于衡量打印清晰度。

原创 word多级列表中，级别1为：模块一； 那么如何实现级别2编号的格式为：1.1

进入多级列表设置点击「开始」选项卡 →「段落」组中的「多级列表」下拉按钮 → 选择「定义新的多级列表」。设置级别 1 的格式编号样式：在左侧「单击要修改的级别」中选择「1」，右侧「此级别的编号样式」选择「一、二、三……」（或其他汉字编号）。自定义编号文本：在「输入编号的格式」框中，手动输入“模块一”（覆盖原有的“一”）。此时文本框显示为“模块一”，灰色底纹的“一”表示自动编号占位符。链接样式：在「将级别链接到样式」中选择「标题 1」，确保后续应用该样式的段落自动生成级别 1 编号。

原创 【软考架构】软件测试-白盒测试方法中的几种测试准则（覆盖准则）

又称“行覆盖”，是最基础的白盒测试准则，要求程序中每一条可执行语句（非注释、非空行）都至少被执行一次。又称“分支覆盖”，要求程序中每一个“判定表达式”（如ifforwhile后的布尔表达式）的“真（T）”和“假（F）”两种结果都至少被执行一次。要求判定表达式中每一个“原子条件”（不可拆分的布尔变量，如AB）的“真（T）”和“假（F）”两种状态都至少被执行一次。每个判定表达式的T/F结果至少覆盖一次；每个原子条件的T/F状态至少覆盖一次。又称“多重条件覆盖”，要求。

原创 【软考架构】架构评估方法-SAAM、ATAM、CBAM 和 SAEM的区别

这四种方法代表了架构评估从定性到定量，从单一目标到多目标权衡，再到特定质量属性（可维护性）的演进过程。SAAM：最简单的基础方法，专注于可修改性和场景分析，适合初步评估。ATAM：SAAM 的增强版，专注于多个质量属性之间的权衡，是应用最广泛的方法之一。CBAM：ATAM 的深化，在权衡分析中引入了经济学模型（成本/收益），帮助进行投资决策。SAEM：一个专门针对可维护性进行量化评估的方法，非常具体和深入。演进路线是一条从定性到定量，从技术分析到商业决策的完整链路。如何选择。

原创 【软考架构】架构风格图解析-规则系统体系结构风格

这是一个典型的基于规则的推理系统架构，强调数据驱动和规则触发的循环过程。规则与逻辑分离，易于维护和扩展；适用于明确、可枚举的决策逻辑。如果有具体的系统或应用场景你想了解，我可以进一步解释。

原创 【软考架构】案例分析-比较两种架构风格：面向对象风格和解释器风格。

面向对象风格实现方式：通过创建不同的策略类来实现个性化。例如，为“七夕情侣活动”创建一个类。优点：可以实现非常复杂的内部逻辑。缺点个性化的组合能力有限。每增加一种新的用户特征组合，理论上就可能需要创建一个新的类。当规则变得复杂（例如，消费金额、最近购买时间、商品偏好、用户地域等多个条件的组合）时，会产生大量的类，导致“类爆炸”，系统难以维护。定义新的个性化规则同样需要开发工作。解释器风格实现方式：通过将条件（用户筛选）和动作（折扣计算）都定义为规则，可以灵活地组合。优点具备极高的灵活性。

原创 【软考架构】案例分析-管道过滤器、仓库架构风格，从数据处理方式、系统的可扩展性和处理性能三个方面对这两种架构风格进行比较与分析

架构风格核心优势核心劣势典型应用场景管道-过滤器高并发、高吞吐、组件复用、松耦合交互性差、数据模型演化困难、不适合复杂决策编译器、数据流处理系统（Logstash）、网络协议栈、Unix shell管道、图像处理管线仓库极高的组件可扩展性、数据集中管理、支持复杂协作与决策、适合交互仓库是单点故障和性能瓶颈、数据模型是紧耦合点、全局状态管理复杂数据库系统、集成开发环境、CAD/CAM系统、黑板专家系统、微服务架构中的API网关+中心数据库模式如何选择选择管道-过滤器你的问题可以清晰地分解为。

原创 【软考架构】案例分析-瘦客户端C/S架构

选择胖客户端还是瘦客户端，本质上是一种权衡如果你需要极强的用户体验、复杂的图形处理或离线功能，并且能接受较高的部署维护成本，可以考虑胖客户端。如果你希望快速迭代、集中管理、降低客户端成本并实现广泛的跨平台访问，那么瘦客户端（尤其是B/S架构）是更佳选择。在今天，绝大多数面向公众的互联网应用都采用了瘦客户端（B/S）或其演变形式。而胖客户端则在某些对性能和本地能力要求极高的专业领域（如视频编辑、3D设计、大型游戏）中依然占据重要地位。

原创 【软考架构】案例分析-云侧AI与端侧AI

文章摘要： 云端AI部署在远程服务器，适用于高计算需求场景（如金融风控）；端侧AI在本地设备运行，具备低延迟（自动驾驶）、高隐私性（人脸解锁）和弱网可用（农业无人机）三大优势。资源池架构对比显示：集中式资源利用率高但扩展性差，适用于固定规模系统；分布式适合低延迟场景（CDN网络）；混合式兼顾云边协同（自动驾驶）。集中式架构存在单点故障风险、扩展受限及边缘计算支持不足等缺陷。

原创 【软考架构】案例分析-分布式锁

该场景的核心是「锁超时与业务超时不匹配」引发的连锁反应：锁被自动释放 → 他人抢占锁 → 原持有者误删他人锁 → 锁失控/资源混乱。这是 Redis 分布式锁最典型的死锁场景，也是生产环境中最容易踩坑的情况，关键解决思路是「合理设置超时 + 原子释放 + 锁续期」。

原创 JWT 是由哪三个部分组成？如何使用JWT进行身份认证？

3部分核心逻辑：Header（算法+类型）→ Payload（数据）→ Signature（防篡改）；核心价值：无状态、轻量、可跨服务传递身份信息，适合前后端分离、微服务架构的身份认证；安全提醒：Payload明文，不存敏感数据；Signature依赖密钥，密钥绝不能泄露。登录 → 后端验证凭证 → 签发 JWT；后续请求 → 前端携带 JWT；后端拦截 → 验证 JWT → 授权访问。通过“刷新令牌+黑名单+HTTPS”可解决其核心痛点，是目前前后端分离、微服务架构的首选身份认证方案。

原创 简单介绍一下信息摘要/数字签名

原创 边缘计算和云计算有什么区别？

所有场景的核心共性是“需要本地实时处理”——要么对延迟敏感（如自动驾驶、工业控制），要么数据量太大（如视频监控），要么网络不稳定（如农村、户外场景），要么隐私敏感（如医疗、家居数据）。边缘计算通过“就近处理”完美解决这些痛点，同时与云计算协同完成后续的大数据分析、全局调度。

原创 HTTP 协议和 MQTT 协议的区别

适用于需要。

原创 【软考架构】案例分析-web应用设计：SSH 和 SSM（Spring + Spring MVC + MyBatis ） 之间的区别，以及使用场景

Struts2的安全问题和Hibernate在复杂SQL下的性能瓶颈是其没落的主因。SSH和SSM是Java Web开发中两个里程碑式的框架组合。SSH已成为历史，仅在维护旧系统时需要了解。无论是SSH还是SSM，现在都在向。，完美契合了互联网开发的需求。

原创 【软考架构】案例分析-Web应用设计（应用服务器概念）

这种经典的N层架构是J2EE庞大、复杂但结构严谨的体现，它为构建大规模、分布式、高要求的企业级应用提供了一套标准化的蓝图。尽管现代微服务架构在某些场景下取代了它，但其分层思想至今仍是软件架构设计的基石。

原创 【软考架构】案例分析-对比MySQL查询缓存与Memcached

来源 14年11月第5题第3问分值（8分）为进一步提高数据库访问效率，项目组决定在中间层与数据层之间引入缓存机制。赵工开始提出可直接使用MySQL的查询缓存（query cache）机制，但项目组经过分析好友动态显示等典型业务的操作需求，同时考虑已引入的数据库扩展机制，认为查询缓存尚不能很好地提升系统的查询操作效率，项目组最终决定在中间层与数据层之间引入Memcached分布式缓存机制。

原创 【软考架构】案例分析-MVC、MVP和MVVM分层架构模式

这三种模式共同的目标都是分离关注点，尤其是将用户界面（UI）逻辑与业务逻辑和数据分离，以提高代码的可维护性、可测试性和可扩展性。核心思想： 用户请求直接到达控制器，由控制器协调模型和视图。组件职责：数据流向（基于图13-2）：关键特点：应用场景：核心思想： 用户输入先传递给视图，视图再将所有交互委托给Presenter。Presenter是控制中心，完全解耦了视图和模型。组件职责：数据流向（基于图13-3）：关键特点：应用场景：核心思想： 通过数据绑定和命令机制，实现视图和ViewModel的自动同步。Vi

原创 【软考架构】案例分析-系统设计与建模：UML序列图（顺序图）与交互片段

通信图强调的是对象之间的连接关系，它像地图一样，展示了对象之间的链接路径以及消息如何在这些路径上传递。每个对象都有自己的生命线，生命线在顺序图中表示为从对象图标向下延伸的一条虚线，表示对象在特定时间内的存在。消息可以是信号(对象间的异步通信)，也可以是调用(具有返回控制机制的同步调用)。去激活 指对象处于空闲状态，不做什么事情，但它是存在的，等待新的消息激活它。在UML中，为了表示对象是激活的，可以将该对象的生命线拓宽成为矩形。，对象就是在激活条的顶部被激活的，对象在完成自己的工作后被去激活。

原创 【软考架构】案例分析-系统设计与建模：数据流图DFD与数据字典

来源：2019年11月第2题阅读下列说明，回答问题1至问题3 ，将解答填入答题纸的对应栏内。【说明】某软件企业为快餐店开发一套在线订餐管理系统，主要功能包括：（1）在线订餐：已注册客户通过网络在线选择快餐店所提供的餐品种类和数量后提交订单，系统显示订单费用供客户确认，客户确认后支付订单所列各项费用。（2）厨房备餐：厨房接收到客户已付款订单后按照订单餐品列表选择各类食材进行餐品加工。（3）食材采购：当快餐店某类食材低于特定数量时自动向供应商发起采购信息，包括食材类型和数量。

原创 【软考架构】案例分析 -实体与类以及Essential Use Cases 与 Real Use Cases 的区别

18年11月第2题第3问：（1）信息工程方法中的"实体（entity）" 与面向对象方法中的"类（class）"之间有哪些不同之处？（2）在面向对象方法中通常采用用例（Use Case）来捕获系统的功能需求。用例可以按照不同的层次来进行划分，其中的Essential Use Cases和Real Use Cases有哪些区别。

原创 【软考架构】案例分析：用例图

关系类型语义必要性方向性用例独立性包含“必须使用”强制单向依赖被包含用例不能独立执行扩展“可能使用”可选单向扩展基础用例可独立执行泛化“是一种”替代继承层次父子用例都可独立存在。

原创 【软考架构】案例分析：状态图和活动图的定义以及区别

状态图“这个对象现在处于什么情况？它接下来可能会变成什么情况？什么事件会触发这种变化？它描绘的是对象的“人生轨迹”。活动图“要完成这个任务，我们需要按什么步骤来做？哪些步骤可以同时进行？它描绘的是完成一项任务的“工作指南”。在实际的软件系统设计中，两者常常结合使用，从不同角度对系统进行描述，从而构建出更完整、精确的模型。

原创 【软件架构】数据库系统与缓存设计：五种缓存一致性方案

异步处理：Binlog解析、MQ传递、消费者处理都有延迟顺序保证：虽然Binlog是顺序的，但MQ可能重试导致乱序处理失败：消费者处理失败需要重试，期间数据不一致方案一致性性能复杂度适用场景延迟双删最终一致中中对一致性要求不高的业务先DB后删缓存最终一致高低大多数业务场景分布式锁强一致低高金融、交易等强一致性场景消息队列强一致中低高高并发写场景，需要顺序保证Binlog订阅最终一致中很高大数据量、解耦架构在您描述的分布式锁强一致性方案。

原创 【软考架构】案例分析：MongoDB 如何存储非结构化数据以及其矢量化存储的优点。

特性传统文档存储矢量化列存储数据模型面向文档，适合事务处理面向列，适合分析查询存储效率存储完整文档，压缩率一般按列存储，压缩率极高查询性能点查询快，分析查询慢分析查询极快，点查询较慢适用场景OLTP、实时操作OLAP、报表分析、大数据处理I/O效率读取不需要的字段只读取需要的列MongoDB 的强大之处文档存储用于日常的 CRUD 操作列存储索引用于复杂的数据分析这种混合架构使其既能处理非结构化数据的灵活性，又能提供分析型查询的高性能。点查询是指通过特定键值精确查找单个或少量记录。

原创 布隆过滤器原理-工程实现

布隆过滤器（Bloom Filter）是一种数据结构，它包含一个固定大小的二进制向量或位图，以及一系列哈希函数。这种过滤器常被用于检测一个元素是否存在于一个大型集合中。相较于其他算法，布隆过滤器在空间占用和查询速度上表现出色，但存在潜在的误报风险，且删除操作相对复杂。在布隆过滤器中，查询某个变量是否存在时，我们只需查看一系列哈希函数映射到的位点是否都为1。如果这些位点中任何一个为0，那么可以肯定该变量不在集合中；而如果所有位点都为1，则该变量很可能存在于集合中。但需要注意的是，由于。

原创 【软考架构】案例分析-哈希算法和一致性哈希算法

在仓储中心和商品数量日益增加，需要集群具备高可扩展性和高可用性的场景下，

原创 【软考架构】案例题 - 数据库系统与缓存设计：在MySQL数据库设计中，反规范化的常见方法

策略一致性级别性能影响复杂度适用场景应用层/触发器强一致性高中银行交易、核心业务消息队列最终一致性中高大型分布式系统定时任务最终一致性低低报表、T+1统计物化视图依赖刷新策略中低数据仓库、复杂查询核心思想没有完美的方案，只有权衡。选择哪种方式取决于业务对一致性、性能和系统复杂度的容忍度。通常，在保证核心业务强一致性的基础上，对非核心业务采用最终一致性方案，是平衡性能与复杂度的有效手段。核心建议：谨慎使用，将其作为最后的手段。应用层保障：在业务代码的事务内显式完成所有操作。

原创 【软考架构】第2章 2.3.3 关系数据库

这个4层模式结构是分布式数据库理论的精髓，它通过分层抽象和映射机制，完美地封装了数据的分布、分片、复制以及底层DBMS差异等复杂性，最终向用户和应用程序提供了一个逻辑上统一、行为上单一的数据库访问接口。

原创 【软考架构】架构风格：针对规则系统体系架构风格，举一个经典案例

MYCIN是规则系统架构的典范。它将专家的知识编码成独立的规则（规则集），通过一个中央推理引擎（规则解释器）对输入的事实（工作内存）进行逻辑推理，最终得出结论。这种架构的优势在于。

原创 【软考架构】架构风格：针对黑板架构风格，举一个经典案例

这个案例完美体现了黑板风格的核心思想：将一个复杂问题（语音识别）分解，由多个专门的知识源通过一个共享的“黑板”进行异步协作，逐步将低级数据（声音）转化为高级解（文字）。它的优势在于灵活性和可扩展性，可以方便地增加新的知识源来处理更复杂的情况。

原创 【软考架构】架构风格：RAG知识库是属于软件八大架构风格中的哪一个，黑板架构风格 ？规则系统体系风格？

RAG知识库的架构风格更贴近黑板架构，因为它具备中央数据存储、多模块动态协作、数据驱动推理等核心特征。相比之下，规则系统体系风格因依赖显式规则、静态知识表示和固定推理路径，无法适配RAG的动态性和语义复杂性。随着RAG技术的演进（如Modular RAG、Agentic RAG），其与黑板架构的契合度将进一步提升，尤其在处理多模态数据和复杂任务时，黑板架构的优势将更加凸显。

原创 列举一些数据仓库面向主题的设计的实际案例

传统OLTP系统 (面向应用)数据仓库 (面向主题)设计围绕业务流程和功能设计围绕分析领域和决策支持表结构高度规范化，减少冗余表结构反规范化（星型/雪花模型），优先查询性能优化事务处理（增删改）优化复杂查询（大数据量扫描和连接）数据是当前状态数据是历史性、随时间变化的通过以上案例可以看出，“主题”本质上是企业数据分析的高层视角，它独立于具体的业务系统，将分散在不同系统（如ERP、CRM、MES）中的数据整合成一个统一的、易于理解的视图，从而为战略决策提供支持。