<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[九师兄]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/qq_21383435</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; qq_21383435]]></copyright><item><title><![CDATA[【Spring-响应式编程】为什么在高并发场景下，反应式编程能提供更好的资源利用率和可伸缩性？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159884686</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159884686</guid><author>qq_21383435</author><pubDate>Sun, 08 Nov 2026 00:15:00 +0800</pubDate><description><![CDATA[在高并发场景下，反应式编程通过事件驱动的非阻塞模型实现资源利用率提升10倍以上。其核心优势在于：固定数量线程（如8个EventLoop）处理海量连接，避免传统阻塞模型中“一请求一线程”导致的内存爆炸（50,000线程需50GB栈内存）；结合池化缓冲区与背压机制，内存消耗从50GB降至275MB；配合异步非阻塞I/O与动态连接池，实现无限水平伸缩。实测表明，WebFlux在5万并发下仅需8线程、275MB内存，而Spring MVC因线程耗尽崩溃。本质是将资源使用从“线性增长”转向“恒定高效”，完成从命令式到]]></description><category></category></item><item><title><![CDATA[【Spring-响应式编程】传统的命令式/阻塞式编程模型与反应式编程模型的根本区别在哪里？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159884576</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159884576</guid><author>qq_21383435</author><pubDate>Sat, 07 Nov 2026 00:30:00 +0800</pubDate><description><![CDATA[本文深度剖析命令式与反应式编程在线程模型、执行控制、资源管理与错误处理四方面的根本差异。通过金融风控系统实战案例，对比Spring MVC（阻塞式）与WebFlux（反应式）在万级并发下的表现：前者依赖“线程-请求”一对一模型，导致线程耗尽、内存飙升；后者基于事件驱动的非阻塞I/O与背压机制，仅用4个EventLoop线程即可高效处理相同负载。核心区别在于——命令式是“主动拉取、阻塞等待”，反应式是“被动推送、异步响应”。]]></description><category></category></item><item><title><![CDATA[【MyBatis】MyBatis 与响应式编程：为何官方不支持，以及生产级替代方案]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/156293675</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/156293675</guid><author>qq_21383435</author><pubDate>Sat, 07 Nov 2026 00:15:00 +0800</pubDate><description><![CDATA[MyBatis 官方不支持响应式编程，因其基于同步阻塞的 JDBC 机制，与响应式非阻塞模型存在根本冲突。核心问题在于 PreparedStatement.executeQuery() 为阻塞调用，且一级缓存依赖线程上下文，无法适配响应式线程切换。生产级替代方案包括：使用 R2DBC + Spring Data 构建纯响应式架构（适合新项目），或在响应式链路中通过异步线程池封装 MyBatis 调用（需谨慎处理事务与资源）。推荐混合架构：Web 层响应式，DAO 层保留 MyBatis，兼顾性能与开发效率。]]></description><category></category></item><item><title><![CDATA[【WebSocket】WebSocket 握手 400 故障复盘：从网关配置缺失到镜像烘焙的完整修复实录]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/164124381</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/164124381</guid><author>qq_21383435</author><pubDate>Fri, 06 Nov 2026 00:30:00 +0800</pubDate><description><![CDATA[v1.0：demo-system 命名空间 / gateway-proxy Pod / biz-service:8080WebSocketNginxHTTP 400K8s。]]></description><category></category></item><item><title><![CDATA[【Spring-WebSocket】 Spring WebSocket 资深工程师到专家实战之路目录]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159764869</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159764869</guid><author>qq_21383435</author><pubDate>Fri, 06 Nov 2026 00:15:00 +0800</pubDate><description><![CDATA[本文系统梳理了WebSocket从基础概念到高阶实战的全链路知识，涵盖协议原理、开发实现、性能优化、安全防护及故障排查等核心内容。通过35个超链接专题，深入解析握手机制、全双工通信、消息格式、集群扩展、身份认证、加密传输与监控调试等关键技术，助力开发者构建高效、稳定、可扩展的实时通信系统。]]></description><category></category></item><item><title><![CDATA[【Spring-响应式编程】什么是反应式编程（Reactive Programming）？它的核心思想是什么？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159884475</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159884475</guid><author>qq_21383435</author><pubDate>Thu, 05 Nov 2026 13:22:19 +0800</pubDate><description><![CDATA[2014 年发布的《特性描述技术实现Responsive（响应性）系统在合理时间内响应异步非阻塞、背压控制Resilient（韧性）故障隔离，局部失败不影响整体错误传播、重试机制Elastic（弹性）负载变化时自动伸缩资源事件驱动、无共享状态Message-Driven（消息驱动）组件间通过异步消息通信Publisher/Subscriber 模型这不仅是口号，更是 Spring WebFlux、Project Reactor 等框架的设计基石。]]></description><category></category></item><item><title><![CDATA[【WebSocket】在混合云或边缘计算场景下，如何部署和管理 WebSocket 服务以降低延迟？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159802751</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159802751</guid><author>qq_21383435</author><pubDate>Thu, 05 Nov 2026 00:30:00 +0800</pubDate><description><![CDATA[在混合云与边缘计算场景下，为降低IoT设备状态同步的延迟，需摒弃集中式部署，采用“边缘处理+云端协调”的混合云架构。通过将WebSocket服务部署于离设备最近的边缘节点，结合智能路由发现、本地缓存与分层同步机制，实现<50ms的低延迟通信。该方案有效应对网络波动与地理分布挑战，保障实时性与高可用性，构建可落地的生产级低延迟系统。]]></description><category></category></item><item><title><![CDATA[【WebSocket】如何设计一个支持百万级并发连接的 WebSocket 网关？需要考虑哪些核心组件和策略？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159802632</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159802632</guid><author>qq_21383435</author><pubDate>Thu, 05 Nov 2026 00:15:00 +0800</pubDate><description><![CDATA[设计百万级并发WebSocket网关需采用分层架构：接入层（L4负载均衡+Netty）实现高吞吐、低延迟的长连接管理；业务层通过gRPC解耦，利用Redis Pub/Sub实现消息广播；存储层分离数据持久化。核心优化包括内存压缩、异步非阻塞I/O、连接亲和性负载均衡及资源调优。实战中，直播弹幕系统通过该架构实现14GB内存支撑百万连接，消息延迟<100ms，具备弹性扩展与高可用能力。]]></description><category></category></item><item><title><![CDATA[【WebSocket】WebSocket 与消息队列（如 Kafka、RocketMQ）如何结合，构建可靠的异步实时通信系统？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159802525</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159802525</guid><author>qq_21383435</author><pubDate>Thu, 05 Nov 2026 00:15:00 +0800</pubDate><description><![CDATA[✅三层解耦：生产者、消息队列、消费者职责分离✅异步通信：避免同步阻塞，提升系统吞吐量✅弹性扩展：各层独立扩缩容，应对突发流量✅可靠性优先：端到端消息不丢失保障WebSocket 与消息队列的融合架构成功实施不是简单的技术组合，而是通过解耦、异步化和缓冲机制构建高可靠、高扩展实时通信系统的系统工程。✅生产者解耦：业务系统专注数据生产✅传输可靠：消息队列保证不丢失✅消费弹性：WebSocket 网关水平扩展✅端到端监控：完整的可观测性体系。]]></description><category></category></item><item><title><![CDATA[【WebSocket】如何实现 WebSocket 的消息 QoS（如确保送达、去重、顺序保证）？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159802397</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159802397</guid><author>qq_21383435</author><pubDate>Wed, 04 Nov 2026 00:30:00 +0800</pubDate><description><![CDATA[本文针对IoT设备指令下发系统，系统性解决WebSocket消息QoS难题。基于生产事故教训，提出“应用层实现QoS”的核心理念，通过唯一ID、序列号、ACK确认与重试机制，实现消息确保送达、去重与顺序保证。结合Spring WebSocket扩展点，设计可落地的QoS协议与服务端处理框架，满足关键指令99.99%送达率等严苛指标，构建亿级连接下的高可靠通信体系。]]></description><category></category></item><item><title><![CDATA[【WebSocket】在大型实时系统（如在线客服、股票行情、多人游戏）中，WebSocket 架构通常如何设计？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159802265</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159802265</guid><author>qq_21383435</author><pubDate>Wed, 04 Nov 2026 00:15:00 +0800</pubDate><description><![CDATA[✅分层解耦：接入层、路由层、存储层职责分离✅水平扩展：无状态接入层 + 有状态路由层✅容错设计：节点故障自动恢复，连接迁移✅监控驱动：全链路监控，快速故障定位大型实时系统的 WebSocket 架构成功实施不是简单的技术堆砌，而是在性能、可靠性、可扩展性和成本之间找到最佳平衡点的系统工程。✅连接模型：从 C10K 到 C10M 的演进路径✅消息路由：从单机广播到分布式 Pub/Sub✅容错机制：从单点故障到自动恢复✅监控体系：从黑盒运维到全链路可观测。]]></description><category></category></item><item><title><![CDATA[【WebSocket】如何记录和追踪 WebSocket 消息的完整链路（用于日志审计或问题回溯）？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159801908</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159801908</guid><author>qq_21383435</author><pubDate>Tue, 03 Nov 2026 00:30:00 +0800</pubDate><description><![CDATA[在在线客服系统中，通过为每条WebSocket消息注入唯一TraceID、SpanID及上下文信息，实现从客户端到服务端的全链路追踪。结合OpenTelemetry规范，利用连接级属性与消息级包装类，在网络、应用、集群各层记录关键节点日志，形成可审计的因果链条。最终通过日志收集与关联分析，构建可视化审计看板，解决消息丢失、操作回溯与安全合规难题，打造生产级全链路可观测体系。]]></description><category></category></item><item><title><![CDATA[【WebSocket】Spring WebSocket 应用出现“Connection closed before receiving a handshake response”错误，可能原因有哪些？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159801622</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159801622</guid><author>qq_21383435</author><pubDate>Tue, 03 Nov 2026 00:15:00 +0800</pubDate><description><![CDATA[摘要（148字）： 本文针对Spring WebSocket“Connection closed before receiving a handshake response”错误，构建了从客户端到安全层的全链路诊断体系。通过物联网设备指令下发场景，系统性分析网络、代理、应用与安全层四大环节的常见故障，揭示Nginx配置错误、证书链不完整等深层原因。提出基于请求-响应流程的逐层排查方法，结合RFC 6455握手机制与Spring实现原理，提供可落地的生产级诊断方案，避免误判与资源浪费，提升系统稳定性与运维效率]]></description><category></category></item><item><title><![CDATA[【WebSocket】如何使用 Wireshark 或 tcpdump 抓包分析 WebSocket 通信内容？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159801432</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159801432</guid><author>qq_21383435</author><pubDate>Fri, 30 Oct 2026 00:30:00 +0800</pubDate><description><![CDATA[本文系统阐述了基于Wireshark/tcpdump的WebSocket抓包分析方法，以金融行情推送系统为场景，解析帧结构（FIN、Opcode、MASK等字段）、实现TLS解密（通过SSLKEYLOGFILE），并通过可视化流程定位延迟与消息异常。强调抓包不仅是流量捕获，更是从二进制流到业务语义的全链路诊断体系，提供可落地的生产级分析方案。]]></description><category></category></item><item><title><![CDATA[【WebSocket】当 WebSocket 连接突然断开时，如何定位是网络问题、服务端异常还是客户端主动关闭？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159801130</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159801130</guid><author>qq_21383435</author><pubDate>Fri, 30 Oct 2026 00:15:00 +0800</pubDate><description><![CDATA[本文构建了基于多人协作白板系统的WebSocket断连诊断体系，通过客户端、网络层、服务端多维度信息交叉验证，结合RFC 6455关闭码与实际场景（如Nginx超时、客户端主动关闭），实现对断连原因的精准定位。提出“全链路诊断引擎”模型，涵盖日志、抓包、监控指标等数据源，避免误判，提升故障排查效率，为高并发实时系统提供可落地的生产级解决方案。]]></description><category></category></item><item><title><![CDATA[【WebSocket】如何监控 WebSocket 服务的连接数、消息吞吐量和延迟？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159800936</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159800936</guid><author>qq_21383435</author><pubDate>Thu, 29 Oct 2026 23:45:00 +0800</pubDate><description><![CDATA[本文基于直播弹幕系统实战，构建了覆盖连接数、消息吞吐量与延迟的全链路WebSocket监控体系。通过分层观测架构，结合Prometheus采集、Grafana可视化与告警机制，实现对连接生命周期、消息流速及端到端延迟的精细化监控。关键指标包括活跃连接数、消息速率、握手失败率与排队延迟，并引入类型标签（如浏览器/移动端）实现细粒度分析。案例表明，该架构可快速定位连接泄漏与队列积压问题，保障高并发实时场景下的系统可观测性与稳定性。]]></description><category></category></item><item><title><![CDATA[【WebSocket】如何防止恶意客户端频繁创建 WebSocket 连接耗尽服务器资源？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159800653</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159800653</guid><author>qq_21383435</author><pubDate>Thu, 29 Oct 2026 23:30:00 +0800</pubDate><description><![CDATA[本文针对IoT设备状态同步平台的WebSocket连接耗尽问题，提出四层立体防护架构：网络层（Nginx限流与封禁）、应用层（IP/设备级连接控制）、资源监控与自动扩容。通过类比“电话占线”揭示攻击本质，剖析单连接29KB内存开销及文件描述符瓶颈，结合真实场景实现全局连接数、速率与黑名单管控，有效抵御连接洪水、心跳与消息洪水攻击，保障系统在百万级设备下的高可用性。]]></description><category></category></item><item><title><![CDATA[【WebSocket】能否在 WebSocket 握手阶段复用 HTTP 的 Cookie 或 Token 进行身份验证？具体如何实现？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159800379</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159800379</guid><author>qq_21383435</author><pubDate>Wed, 28 Oct 2026 00:30:00 +0800</pubDate><description><![CDATA[✅优先 Token 认证：使用短期专用 Token✅防重放攻击：一次性 Token + Redis 记录✅Origin 校验：严格验证请求来源✅短期有效期：聊天 Token 有效期 ≤ 5 分钟✅最小权限：Token 只包含必要权限信息✅安全存储：前端安全存储 Token✅完整监控：认证事件全链路监控WebSocket 握手认证的成功实施不是简单的技术实现，而是在安全性、兼容性和用户体验之间找到最佳平衡点。✅Token 认证：显式授权，安全可控✅防重放机制。]]></description><category></category></item><item><title><![CDATA[【WebSocket】如何在 WebSocket 中实现 TLS 加密（即 wss）？证书配置有哪些注意事项？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159800219</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159800219</guid><author>qq_21383435</author><pubDate>Wed, 28 Oct 2026 00:15:00 +0800</pubDate><description><![CDATA[本文系统解析WebSocket安全传输架构，聚焦金融行情推送场景下的WSS实现。通过类比“加密电话”与“加密专线”，阐明TLS握手与证书链验证机制。重点剖析证书配置误区，提出基于Nginx的生产级方案：选用OV/EV证书，配置完整证书链，启用TLS 1.3与ECDHE加密套件，优化会话缓存与OCSP Stapling，结合自动化续期与严格权限管控，确保连接性能与安全性双达标。]]></description><category></category></item><item><title><![CDATA[【WebSocket】WebSocket 通信可能面临哪些安全风险（如 CSRF、信息泄露、DDoS）？如何防范？]]></title><link>https://blog.youkuaiyun.com/qq_21383435/article/details/159798985</link><guid>https://blog.youkuaiyun.com/qq_21383435/article/details/159798985</guid><author>qq_21383435</author><pubDate>Tue, 27 Oct 2026 00:30:00 +0800</pubDate><description><![CDATA[WebSocket 安全风险包括 CSRF（利用自动携带的 Cookie 伪造请求）、信息泄露（敏感数据暴露）、DDoS（连接与消息洪水攻击）等。直播弹幕系统中，需通过 Origin 校验、Token 认证、速率限制、WSS 加密、内容过滤及 Nginx 层限流等多层防护，构建立体化安全体系，防止恶意攻击，保障服务稳定与用户隐私。]]></description><category></category></item></channel></rss>