利用Java ThreadLocal实现请求上下文隔离
Java中的ThreadLocal机制允许为每个线程存储独立的变量副本，从而实现请求上下文隔离。然而，正确使用ThreadLocal至关重要。
请求资源上下文存储机制
BaseContext类利用静态ThreadLocal变量THREAD_LOCAL存储线程局部变量。这意味着同一线程的不同请求可以访问不同的变量值，确保了请求间的隔离性。
立即学习“Java免费学习笔记（深入）”；
拦截器与上下文管理
WriteRedisCacheInterceptor拦截器在请求处理前，从Redis获取网站配置信息(Config对象)，并将其存储到ThreadLocal中。理论上，后续请求均可通过BaseContext.getConfig()方法访问该配置。
ThreadLocal变量更新的挑战
虽然ThreadLocal实现了请求隔离，但若未及时更新ThreadLocal中的数据，则可能导致变量值滞后。这是因为Redis缓存并非实时更新，而ThreadLocal数据依赖于Redis缓存的初始值。
安全性考量
使用ThreadLocal存储敏感数据（如用户信息）时，需谨慎处理潜在的安全风险。共享ThreadLocal实例可能导致数据泄露。务必在每个请求结束后清除ThreadLocal中的数据。
其他重要提示
- 添加日志信息，方便问题排查。
- 在拦截器处理完成后，及时清理ThreadLocal，避免线程间数据污染。
- ThreadLocal存储的数据属于请求上下文，与程序上下文不同。
- 为确保ThreadLocal数据及时更新，可缩短Redis缓存过期时间或采用监听机制实时更新缓存。
