后端-自由看

累计撰写 271 篇文章
累计创建 42 个标签
累计收到 0 条评论

目录CONTENT

以下是后端相关的文章

2024-05-20
🔑 授权的艺术：深入理解 OAuth 2.0 的四种授权模式与 Token 安全 <h2>OAuth 2.0：而非认证</h2> <p>**OAuth 2.0** 是一种授权框架，允许第三方应用 **有限地** 访问用户在资源服务器上的信息，而无需暴露用户的凭证。很多人误以为它是认证协议，但它本质上是关于 **授权** 的。</p> <h3>核心授权流程：</h3> <ul>
- 2024-05-20
- 0
- 0
- 0
- 后端
2024-05-09
⚡ 异步编程的范式：Go 协程与 Rust Tokio 在高并发 I/O 中的优势 <h2>高并发 I/O 的挑战与解决方案</h2> <p>后端服务面临的最大性能挑战通常是 **I/O 密集型操作**（如网络请求、数据库访问）。传统的线程模型在高并发下会带来巨大的上下文切换开销。Go 和 Rust 提供了更高效的异步模型。</p> <h3>Go 与 Rust 的异步机制：</h3>
- 2024-05-09
- 0
- 0
- 0
- 后端
2024-04-10
⚖️ 跨服务一致性：分布式事务 TCC、Saga 与 Seata 框架解析 <h2>分布式事务的复杂性</h2> <p>在微服务架构中，一个业务操作可能跨越多个独立的服务和数据库。传统的单机事务 **ACID 特性** 无法保障跨服务的数据一致性，由此引入了 **分布式事务** 的概念。</p> <h3>主流分布式事务方案：</h3> <dl>
- 2024-04-10
- 0
- 0
- 0
- 后端
2024-04-04
🔒 HTTPS 原理：TLS/SSL 握手过程与性能优化的后端配置 <h2>HTTPS：后端通信安全的基础</h2> <p>HTTPS 通过 **TLS/SSL 协议** 对 HTTP 通信进行加密，保障了数据的机密性和完整性。后端的性能优化需要关注 TLS 握手带来的 **额外延迟**。</p> <h3>TLS 握手简化流程（TLS 1.3）：</h3> <ol>
- 2024-04-04
- 0
- 0
- 0
- 后端
2024-03-28
⚡ 服务雪崩防治：熔断器与限流（Rate Limiting）在微服务中的实战 <h2>高可用架构的最后防线</h2> <p>在分布式系统中，单个服务的故障可能通过请求链条迅速蔓延，导致整个系统瘫痪，即 **服务雪崩**。**熔断（Circuit Breaker）** 和 **限流（Rate Limiting）** 是预防雪崩的关键手段。</p> <h3>保障机制：</h3> <
- 2024-03-28
- 0
- 0
- 0
- 后端
2024-03-15
🔗 异步解耦利器：消息队列（MQ）在削峰、解耦与异步通信中的应用 <h2>消息队列：后端系统的缓冲层</h2> <p>在处理高并发或涉及多个服务协作的场景中，**消息队列（Message Queue, MQ）** 如 RabbitMQ 或 Kafka 是实现系统 **削峰、解耦和最终一致性** 的关键基础设施。</p> <h3>MQ 的核心价值：</h3> <ol>
- 2024-03-15
- 1
- 0
- 0
- 后端
2024-02-14
🔪 数据库水平扩展：分库分表的策略、面临的挑战与解决方案 <h2>Sharding：数据库的终极扩展</h2> <p>当单库单表的数据量达到千万级，查询性能和 I/O 吞吐量面临瓶颈时，就需要进行 **分库分表（Sharding）**，实现数据库的 **水平扩展**。</p> <h3>核心策略：</h3> <ul> <li>*
- 2024-02-14
- 1
- 0
- 0
- 后端
2024-02-05
📐 优雅的 API 规范：RESTful 设计原则、状态码与版本控制 <h2>RESTful API：后端与前端的契约</h2> <p>一个设计良好的 **RESTful API** 是前后端高效协作的基础。它遵循 **无状态性** 和 **统一接口** 的原则，并以资源为中心进行设计。API 的优雅性体现在其 <stong>URL 路径、HTTP 方法和状态码</stong> 的准确使用上。</p>
- 2024-02-05
- 0
- 0
- 0
- 后端
2024-01-29
🧱 代码可复用性：后端设计模式中单例模式与工厂模式的实践应用 <h2>设计模式：解决常见问题的通用方案</h2> <p>设计模式是后端开发中提高代码 **可复用性、可读性和可维护性** 的经验总结。掌握常见的设计模式是衡量一名优秀后端工程师的重要标准。</p> <h3>两种核心创建型模式：</h3> <dl> <dt><stron
- 2024-01-29
- 1
- 0
- 0
- 后端
2024-01-10
🔍 慢查询终结者：MySQL 索引设计原则与 EXPLAIN 命令实战 <h2>索引优化：数据库性能的命脉</h2> <p>对于后端应用而言，数据库查询性能是决定整体响应速度的关键。错误的索引设计或缺乏索引是导致 **慢查询** 的首要原因。优化索引并非越多越好，它需要权衡查询效率和写入（插入/更新）时的维护成本。</p> <h3>🔑 索引设计核心原则：</h3> <u
- 2024-01-10
- 2
- 0
- 0
- 后端

1
2
3