redis的session管理利用spring提供的session管理解决方案，将一个session应用交给redis存储，整个应用中所有的session请求都会去redis中获取对应的session数据。相对memcached，redis与tomcat的兼容性更好。与memcached不同的是，redis的session管理基于应用(spring相关)而不是依靠tomcat的全局配置，sessi

C:\Users\你的用户名\.codex\.envHTTP_PROXY="http://127.0.0.1:<你的代理端口>"HTTPS_PROXY="http://127.0.0.1:<你的代理端口>"保存后，彻底退出并重新打开 Codex。如果你的问题来自 Codex 没有稳定使用本地代理端口，这个方法通常比单纯依赖系统代理更直接，也比一上来开启 TUN 模式更有针对性。

在java虚拟机种，Java的栈空间默认是1M大小(不同jdk版本和不同的操作系统这个值会存在差异，可以通过-Xss调整,设置每个线程可使用的内存大小，即栈的大小，一般不用调整)，反复调用，会超出栈溢出。在相同物理内存下，减小这个值能生成更多的线程，当然操作系统对一个进程内的线程数还是有限制的，不能无限生成。线程栈的大小是个双刃剑，如果设置过小，可能会出现栈溢出，特别是在该线程内有递归、大的循环时

单服务 MDC↓Gateway 统一生成 TraceId↓所有业务服务接收↓OpenFeign 继续透传↓CircuitBreaker 线程池传播↓@Async 线程池传播↓失败链路验证Gateway 负责确定入口 TraceId请求头负责跨服务传递MDC 负责进入日志Feign 拦截器负责新的 HTTP 请求ExecutorService 和 TaskDecorator 负责线程切换finall

OpenResty 是基于 Nginx 的高性能 Web 平台，集成了 LuaJIT，提供了许多额外的模块。以下是 OpenResty 中的模块功能详解。

本章订单服务完全本地落库故意不校验用户、商品、价格，方便演练后续服务间调用为第 5~7 章引出 OpenFeign、远程用户校验、商品校验及库存扣减逻辑做准备。

协议域名端口只要有一项不同，就属于不同 Origin。前端页面：Gateway：端口不同，所以属于跨域。跨域主要是浏览器安全策略IDEA HTTP Client、Postman 和后端代码通常不会受浏览器 CORS 限制。gateway.http 能调用成功浏览器页面一定能成功调用OPTIONS是否允许当前来源？是否允许 POST？是否允许 Content-Type？是否允许自定义请求头？预检请求

第 8 章已经完成了 Gateway 统一入口：但是现在所有业务接口只要知道地址就能访问，例如：这显然不符合真实项目要求。本章要完成的目标是：本章最终请求链路如下：2、为什么需要统一鉴权2.1 当前项目缺少什么能力在没有统一鉴权之前，业务接口存在几个问题。第一，任何人都能访问业务接口。第二，订单服务仍然信任客户端传入的 。这非常危险。客户端传什么用户 ID，服务端就用什么用户 ID，相当于把身份决

微服务之间往往是链式调用。↓cloud-user↓如果响应非常慢，中等待商品服务返回的线程就会被占住。当请求越来越多时，中越来越多线程被阻塞。cloud-product 慢↓cloud-order 线程堆积↓cloud-order 也变慢或不可用↓Gateway 请求堆积↓整个链路被拖垮这就是微服务中常说的服务雪崩。1. 不是项目统一 Result 格式2. 前端不好统一处理3. 用户看不懂英文提

商品详情每次都查 MySQL，有没有必要？然后一步一步走到了完整缓存链路。