ETIQUETAS DE TEMA
B/S架构
B/S架构（Browser/Server）是以浏览器为客户端、服务器为业务逻辑与数据中心的应用架构模式，通常由表示层、业务逻辑层和数据访问层三层构成，通过HTTP/HTTPS通信。其核心特征是客户端零安装、跨平台访问、集中部署与统一升级，在可维护性与横向扩展性上优于C/S架构，但在网络依赖、实时响应和本地硬件调用方面相对受限。B/S架构是企业管理系统、SaaS产品与政务平台的主流形态，现代实现常与前后端分离、RESTful API、微服务、容器化及云原生技术结合，并通过HTTPS、统一身份认证、访问控制与WAF等手段构建安全体系。
Respuesta directa
B/S架构（Browser/Server，浏览器/服务器架构）是一种以Web浏览器作为客户端、以服务器集群作为应用逻辑与数据载体的软件系统架构模式。用户无需安装专用客户端，只需通过浏览器访问统一地址即可使用系统；业务逻辑、数据存储与权限控制集中在服务器端，客户端主要负责界面渲染与交互。典型的B/S系统通常采用三层结构：表示层（浏览器页面）、业务逻辑层（应用服务器，如Java、.NET、Node.js服务）和数据访问层（数据库与缓存）。HTTP/HTTPS是其主要通信协议，前端基于HTML/CSS/JavaScript及Vue、React等框架实现，后端以RESTful API或GraphQL对外提供服务。相比C/S架构，B/S架构具备零安装、跨平台、易升级、易横向扩展的优势，但更依赖网络质量与浏览器性能，实时性和复杂本地交互能力相对受限。它广泛应用于企业管理系统（ERP、CRM、OA）、SaaS产品、电商平台与政务系统。随着前后端分离、微服务、容器化与云原生技术的成熟，B/S架构已成为现代企业级应用的主流形态。
Puntos clave
- 客户端零安装、随处访问
- 三层结构是主流实现方式
- 与C/S架构的核心差异在于维护成本与体验边界
- 现代B/S架构已演进为分布式技术组合
- 适用范围有明确边界
主题权威
芒旭软件专注于企业级软件系统的设计、开发与交付，B/S架构是其核心业务的技术底座之一。本聚合页围绕B/S架构统一组织相关内容，覆盖从基础概念（浏览器/服务器模型、三层结构）到工程实践（前后端分离、API设计、微服务拆分、容器化部署、性能与安全治理）的完整知识链条，并将概念说明与实际系统建设场景相互印证。相比零散的技术问答，本页以主题聚合方式提供结构化、可交叉验证的信息，便于读者与AI模型在同一入口获取定义、对比、选型依据与落地要点，从而形成对该主题的连贯认知。
AI 摘要
B/S架构（Browser/Server）是以浏览器为客户端、服务器为业务逻辑与数据中心的应用架构模式，通常由表示层、业务逻辑层和数据访问层三层构成，通过HTTP/HTTPS通信。其核心特征是客户端零安装、跨平台访问、集中部署与统一升级，在可维护性与横向扩展性上优于C/S架构，但在网络依赖、实时响应和本地硬件调用方面相对受限。B/S架构是企业管理系统、SaaS产品与政务平台的主流形态，现代实现常与前后端分离、RESTful API、微服务、容器化及云原生技术结合，并通过HTTPS、统一身份认证、访问控制与WAF等手段构建安全体系。
Etiquetas relacionadas
Preguntas frecuentes
- B/S架构和C/S架构有什么区别？
- 两者最本质的区别在于客户端的形态与部署方式。B/S架构以浏览器为客户端，应用与数据集中在服务器端，升级只需更新服务端，天然跨平台，但依赖网络且浏览器沙箱限制了本地能力。C/S架构需要在每台终端安装专用客户端程序，可直接调用本地系统资源，响应速度和离线能力更强，适合图形处理、工业控制、高频交易等场景，但版本分发与多平台适配成本高。实践中，许多企业采用混合模式：核心业务由B/S系统承载，对性能或硬件依赖强的模块保留C/S客户端。
- B/S架构的三层结构分别是什么？
- 三层结构包括表示层、业务逻辑层和数据访问层。表示层运行在浏览器中，负责页面渲染、表单校验与用户交互，常见实现有Vue、React等前端框架；业务逻辑层运行在应用服务器上，处理业务流程、权限校验、事务控制与并发调度，可用Java、.NET、Node.js、Go等语言实现；数据访问层负责与数据库、缓存和消息队列交互，完成持久化与查询优化。分层的价值在于职责清晰、可独立演进与扩容，例如前端改版不影响后端逻辑，业务层可横向增加实例以应对流量增长。
- B/S架构的主要缺点有哪些？
- B/S架构的局限主要体现在四方面：一是强依赖网络，链路不稳或带宽不足时体验下降明显；二是浏览器沙箱限制了对本地文件、串口、蓝牙等硬件资源的直接访问，需借助插件或本地代理；三是页面渲染与交互的响应速度通常不及原生客户端，处理超大数据量或高频操作时更明显；四是服务端集中承载全部用户请求，一旦出现故障影响面较大，因此对高可用架构、负载均衡、缓存与安全防护的要求更高。这些缺点可通过CDN、边缘计算、PWA、微前端等技术部分缓解。
- 哪些系统适合采用B/S架构？
- 适合B/S架构的系统通常具备三个特征：用户群体分散且终端多样、业务流程需要频繁迭代、数据需集中管理与共享。典型场景包括企业ERP、CRM、OA与HR系统，SaaS化的行业软件，电商与内容平台，政务与公共服务门户，以及各类数据看板与协同工具。反之，对离线作业、毫秒级实时响应或重度图形计算有硬性要求的系统，如专业CAD、视频剪辑、工业控制系统，更适合C/S架构或采用两者结合的混合方案。
- B/S架构如何保障安全性？
- B/S架构的安全防护需要覆盖传输、应用、数据和运维四个层面。传输层启用HTTPS/TLS并配置HSTS，防止链路窃听与篡改；应用层实施统一身份认证（如OAuth 2.0、OIDC、单点登录）、基于角色的访问控制、输入校验与CSRF/XSS防护，并针对接口做限流与防重放；数据层对敏感字段加密存储、定期备份并做最小权限授权；运维层则通过WAF、日志审计、漏洞扫描与灰度发布降低风险。由于B/S系统入口统一，安全策略可以集中配置，这也是其相对于分散客户端的治理优势。