软件体系结构试题(试题+答案)

软件体系结构试题(试题+答案)一、单项选择题（每题2分，共20分）1.以下哪种体系结构风格最适合需要处理大量数据流且处理步骤明确的场景？（）A.客户端服务器风格B.管道过滤器风格C.事件驱动风格D.仓库风格2.在质量属性中，“系统在发生部分故障时仍能保持核心功能可用”对应的是（）A.性能B.可用性C.安全性D.可维护性3.MVC模式中，负责处理用户输入并更新模型或视图的组件是（）A.ModelB.ViewC.ControllerD.Service4.微服务架构与单体架构的主要区别在于（）A.微服务使用容器化部署，单体架构使用物理机B.微服务强调单一职责和独立部署，单体架构为单一可执行文件C.微服务仅适用于互联网应用，单体架构适用于企业级应用D.微服务必须使用RESTfulAPI通信，单体架构使用内部函数调用5.以下哪种评估方法通过场景模拟和架构师问答来评估体系结构的风险？（）A.SAAM（软件体系结构分析方法）B.ATAM（架构权衡分析方法）C.CBAM（成本效益分析方法）D.ARID（架构需求交互确定）6.分层体系结构中，“表示层”的主要职责是（）A.处理业务逻辑和规则B.与数据库交互并管理数据持久化C.接收用户输入并展示输出结果D.协调不同服务之间的通信7.事件驱动体系结构的核心机制是（）A.同步请求响应B.异步事件发布订阅C.集中式任务调度D.数据管道流式处理8.面向服务架构（SOA）的关键特性不包括（）A.服务松耦合B.服务自治C.服务契约标准化D.服务单实例部署9.在设计高并发系统时，“水平扩展”指的是（）A.增加单个服务器的计算资源（如CPU、内存）B.通过负载均衡器将请求分配到多个相同的服务器C.将系统拆分为多个独立模块并分别优化D.使用缓存减少数据库访问压力10.以下哪种设计模式用于解耦对象之间的一对多依赖关系，使得当一个对象状态改变时，所有依赖它的对象会被自动通知？（）A.工厂模式B.观察者模式C.适配器模式D.策略模式二、填空题（每题2分，共10分）1.软件体系结构的三要素包括______、______和约束。2.管道过滤器风格中，数据在组件间传递的载体称为______。3.质量属性“可修改性”通常包括可维护性、可扩展性、______和可移植性。4.微服务架构中，服务间通信常用的两种协议是______和gRPC。5.仓库风格的典型应用场景是______系统（如数据库管理系统）。三、简答题（每题8分，共32分）1.简述分层体系结构的优缺点。2.对比客户端服务器（C/S）风格与浏览器服务器（B/S）风格的差异。3.说明事件驱动体系结构的适用场景及潜在问题。4.列举并解释软件体系结构设计中需要考虑的三个关键质量属性。四、分析题（每题12分，共24分）1.某公司计划开发一款实时直播平台，需求包括：支持10万级并发观众、低延迟（<3秒）、高可用性（99.99%）、支持动态扩展（如突发流量）。请分析该平台适合采用的体系结构风格，并说明理由。2.某银行核心交易系统需要处理用户转账、查询余额等操作，要求极高的安全性（防篡改、防重放）和事务一致性（ACID）。现有两种方案：方案一采用单体架构+关系型数据库；方案二采用微服务架构+分布式数据库。请从质量属性角度分析两种方案的优劣，并给出推荐方案。五、设计题（14分）设计一个电商系统的“订单处理子系统”的体系结构。需求如下：支持每秒1000单的高并发下单请求；需保证订单数据的完整性（如库存扣减与订单提供原子性）；支持订单状态变更的实时通知（如用户、仓库、物流系统）；需考虑未来扩展（如新增促销活动对订单流程的影响）。要求：（1）画出体系结构示意图（文字描述即可）；（2）说明所采用的体系结构风格或模式；（3）阐述关键组件的职责及交互流程；（4）针对高并发和数据完整性需求提出具体解决方案。一、单项选择题答案1.B（管道过滤器适合数据流处理，通过过滤器分步处理数据）2.B（可用性强调故障时的功能保持）3.C（Controller负责协调Model和View）4.B（微服务的核心是独立部署和单一职责）5.A（SAAM通过场景和问答评估风险）6.C（表示层处理用户交互）7.B（事件驱动依赖发布订阅机制）8.D（SOA支持多实例部署以提高可用性）9.B（水平扩展指增加服务器数量）10.B（观察者模式实现对象间的状态通知）二、填空题答案1.组件、连接件2.管道3.可重构性4.HTTP/REST（或RESTfulAPI）5.数据管理（或数据中心）三、简答题答案1.分层体系结构的优缺点：优点：①模块化设计，降低耦合；②可维护性高（修改某层不影响其他层）；③复用性强（如表示层可适配不同前端）；④安全性提升（核心层可通过中间层隔离外部访问）。缺点：①性能开销（跨层调用增加延迟）；②层次划分困难（边界模糊可能导致职责重叠）；③扩展性限制（底层变更可能影响所有上层）。2.C/S与B/S的差异：①客户端形式：C/S需安装专用客户端，B/S通过浏览器访问；②部署维护：C/S需更新所有客户端，B/S只需更新服务器端；③跨平台性：B/S天然跨平台（依赖浏览器），C/S需适配不同系统；④交互能力：C/S可利用本地资源实现复杂功能（如图形处理），B/S受浏览器限制；⑤安全性：C/S通过私有协议通信更安全，B/S依赖HTTP需额外加密（如HTTPS）。3.事件驱动体系结构的适用场景及问题：适用场景：①实时交互系统（如聊天、直播）；②分布式系统（解耦组件）；③异步任务处理（如日志收集、消息通知）。潜在问题：①事件顺序难以控制（可能导致状态不一致）；②调试复杂（事件传播路径不直观）；③资源竞争（多消费者同时处理同一事件）；④依赖事件总线的可靠性（总线故障导致系统瘫痪）。4.关键质量属性及解释：①性能：系统完成任务的时间效率（如响应时间、吞吐量），影响用户体验和资源成本；②安全性：保护系统免受攻击或数据泄露（如身份认证、数据加密），对金融、医疗系统至关重要；③可扩展性：系统适应需求增长的能力（如支持增加功能或用户量），通过模块化、松耦合设计实现；（或其他合理属性如可用性、可维护性等，需结合解释）四、分析题答案1.实时直播平台的体系结构分析：适合采用“分层+微服务+边缘计算”的混合风格。理由：①分层结构：将系统分为接入层（处理用户连接）、业务层（直播流转发、弹幕处理）、数据层（存储直播内容），降低耦合；②微服务：将直播推流、拉流、弹幕、鉴权等功能拆分为独立服务，支持动态扩展（如突发流量时扩容拉流服务）；③边缘计算：在CDN节点部署边缘服务器，就近分发直播流，降低延迟（满足<3秒需求）；④高可用性：通过负载均衡、服务冗余（如主备流同步）、自动故障转移（如Kubernetes的健康检查）实现99.99%可用性；⑤并发支持：使用异步I/O（如Netty）、消息队列（如Kafka缓冲突发请求）提升吞吐量。2.银行核心交易系统方案分析：方案一（单体+关系型数据库）优点：①事务一致性：关系型数据库（如Oracle）支持强ACID，保证转账等操作的原子性；②安全性：集中式架构便于统一权限管理和加密（如TDE透明数据加密）；③开发成本低：单一代码库，调试简单。缺点：①扩展性差：单体应用难以针对交易、查询等不同功能独立扩展；②维护风险高：单点故障可能导致全系统瘫痪；③技术栈固定：难以引入新技术（如大数据分析）。方案二（微服务+分布式数据库）优点：①扩展性：可独立扩展交易服务、查询服务，应对不同流量；②技术多样性：各服务可选择适合的数据库（如交易用关系型，查询用NoSQL）；③容错性：服务间隔离，单个服务故障不影响整体。缺点：①事务一致性：分布式数据库需通过TCC（补偿事务）或Saga模式实现最终一致性，复杂度高；②安全性挑战：服务间通信需额外加密（如gRPC+TLS），管理多个服务的权限更复杂；③开发成本：需处理服务发现、负载均衡、分布式事务等问题。推荐方案：银行核心交易系统对一致性和安全性要求极高，优先选择方案一（单体+关系型数据库），但需通过数据库分片、读写分离等技术优化性能；若未来需支持高并发（如互联网银行），可逐步向“核心交易单体+外围服务微服务”的混合架构过渡。五、设计题答案（1）体系结构示意图（文字描述）：订单处理子系统分为四层：接入层：负载均衡器+API网关；业务层：订单服务、库存服务、支付服务、通知服务；消息层：消息队列（如RocketMQ）；数据层：订单数据库（主从复制）、缓存（Redis）。（2）采用的风格/模式：微服务架构（订单、库存等独立服务）+事件驱动（通过消息队列传递状态变更）+CQRS（命令查询职责分离，订单写操作与查询操作分离）。（3）关键组件职责及交互流程：①负载均衡器：将下单请求分发至API网关；②API网关：路由请求、鉴权、限流（如限制每秒1000单）；③订单服务：提供订单ID、校验用户信息、调用库存服务扣减库存；④库存服务：检查库存余量，扣减库存（需与订单提供原子性）；⑤消息队列：订单提供后发送“订单创建”事件，通知支付服务（待支付）、仓库服务（备货）、用户（短信/APP通知）；⑥数据层：订单数据库（主库写、从库读）存储订单详情；Redis缓存热门商品库存（减少数据库压力）。（4）高并发与数据完整性解决方案：高并发：AP