【java】【服务器】线程上下文丢失 是指什么

news/2025/7/8 16:58:46

目录

■前言

■正文开始

线程上下文的核心组成部分

为什么会出现上下文丢失？

直观示例说明

为什么上下文如此重要？

解决上下文丢失的关键

总结

■如果我想在servlet中使用线程，代码应该如何实现

推荐方案：使用 ManagedExecutorService（WebSphere 托管线程池）

备选方案：手动管理线程上下文（如果无法使用 ManagedExecutorService）

关键配置步骤（WebSphere 控制台）

两种方案对比

最佳实践建议

完整示例（生产级代码）

■ManagedExecutorService 这个类，在那个jar中

规范定义包（通用）

总结

注意：不适用WebSphere 8.5.5，没有【com.ibm.ws.concurrent.jar】这个jar

■各个WebSphere版本中，线程（线程池）相关的jar

■WebSphere Liberty 是什么

🚀 核心特性

🏢 与传统 WebSphere 的关系

■我在WebSphere 8.5.5中，找到了runtime.jar,但是里面没有【com.ibm.ws.threading.WSManagedExecutorService】这个类

🔍 根本原因分析

类【com.ibm.ws.threading.ThreadPoolManager】也没有找到，而且根本不存在 com.ibm.ws.threading 这个包。

■前言

Web应用中，为了提高效率，某段和主业务无关的处理，使用异步处理来处理。

（使用的服务器是WebSphere）

结果报如下错误

WebContextsService getStandardContext Failed to retrieve application name

这个错误的原因是线程上下文丢失造成的，

因此，整理解释一下什么是线程上下文丢失

========================================

■正文开始

线程上下文的核心组成部分

  1. 类加载器（ClassLoader）

    • Web 应用有独立的类加载器（隔离其他应用）

    • 负责加载应用中的类、资源和库

    • 丢失后果：ClassNotFoundException、NoClassDefFoundError

  2. JNDI（Java Naming and Directory Interface）上下文

    • 提供对应用服务器资源的访问（如数据源、JMS 队列）

    • 丢失后果：NamingException、无法查找 java:comp/env 资源

  3. Web 应用上下文（ServletContext）

    • 包含 Web 应用元数据：应用名称、上下文路径、初始化参数

    • 丢失后果：getStandardContext failed to retrieve application name（我遇到的错误）

  4. 安全上下文（Security Context）

    • 包含用户认证/授权信息（如 Principal、角色）

    • 丢失后果：NullPointerException 或权限检查失败

  5. 事务上下文（Transaction Context）

    • 管理数据库事务边界

    • 丢失后果：事务无法提交/回滚

为什么会出现上下文丢失？

  1. 线程创建方式

    // 自定义线程不会继承上下文
new Thread(() -> {// 此处丢失所有上下文!
}).start();

  2. Web 容器管理的线程 vs 自定义线程

    特性Web 容器线程 (如 HTTP 请求线程)自定义线程
    类加载器自动设置正确默认使用系统类加载器
    JNDI 上下文自动可用InitialContext() 失败
    ServletContext通过 getServletContext() 获取返回 null 或抛出异常
    事务传播支持事务边界中断

  3. WebSphere 的上下文隔离机制

    • 为每个应用创建独立的沙箱环境

    • 自定义线程被视为"外部线程"，无权访问应用沙箱

直观示例说明

假设在 Servlet 中启动线程：

public class MyServlet extends HttpServlet {protected void doGet(HttpServletRequest req, HttpServletResponse resp) {// 正确环境 (有上下文)String appName = getServletContext().getContextPath(); // 成功获取new Thread(() -> {// 危险区域 (上下文丢失)!try {// 尝试获取相同信息Context ctx = new InitialContext();String name = (String) ctx.lookup("java:app/AppName"); // 抛出异常!} catch (NamingException e) {// 报错: getStandardContext failed to retrieve application name}}).start();}
}

为什么上下文如此重要？

当调用以下 API 时会依赖上下文：

// 依赖 Web 上下文
servletContext.getResource("/WEB-INF/config.xml"); // 依赖 JNDI 上下文
dataSource = (DataSource) new InitialContext().lookup("jdbc/myDB");// 依赖类加载器
Class.forName("com.myapp.CustomClass"); // 依赖安全上下文
request.isUserInRole("Admin");

解决上下文丢失的关键

必须通过以下方式之一传递上下文：

  1. 显式传递数据

    // 在 Web 线程中预先获取值
String appName = getServletContext().getContextPath(); 
executor.submit(new MyTask(appName)); // 传递值而非依赖上下文

  2. 使用托管线程服务（推荐）

    @Resource
private ManagedExecutorService managedExecutor; // WebSphere 托管managedExecutor.submit(() -> {// WebSphere 自动注入上下文Context ctx = new InitialContext(); // 现在正常工作了!
});

  3. 手动恢复上下文（复杂）

    // 在 Web 线程中捕获当前类加载器
ClassLoader originalClassLoader = Thread.currentThread().getContextClassLoader();new Thread(() -> {// 手动恢复类加载器Thread.currentThread().setContextClassLoader(originalClassLoader);// 注意：这无法恢复 JNDI 或 ServletContext!
}).start();

总结

线程上下文丢失本质是：当代码脱离 Web 容器管控的线程时，应用服务器无法自动提供运行所需的环境信息。解决的关键在于：

  1. 避免在自定义线程中直接访问 Web API

  2. 使用服务器托管线程池（ManagedExecutorService）

  3. 在 Web 线程中预先获取数据并传递值

这正是您遇到的 getStandardContext failed to retrieve application name 的根本原因——自定义线程中无法关联到 Web 应用的 ServletContext。

===

■如果我想在servlet中使用线程，代码应该如何实现

在 Servlet 中使用自定义线程时，为了正确处理线程上下文问题（特别是在 WebSphere 环境中），强烈推荐使用 Java EE 标准的 ManagedExecutorService。以下是完整的实现方案：

推荐方案：使用 ManagedExecutorService（WebSphere 托管线程池）

import javax.annotation.Resource;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.enterprise.concurrent.ManagedExecutorService;
import java.io.IOException;
import java.io.PrintWriter;@WebServlet("/asyncTask")
public class ThreadedServlet extends HttpServlet {// 注入 WebSphere 托管的线程池服务@Resourceprivate ManagedExecutorService managedExecutor;@Overrideprotected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {response.setContentType("text/plain");PrintWriter out = response.getWriter();// 提交任务到托管线程池（自动传递线程上下文）managedExecutor.submit(() -> {try {// 在托管线程中安全访问上下文String appName = (String) new InitialContext().lookup("java:app/AppName");String contextPath = request.getServletContext().getContextPath();// 执行实际业务逻辑processTask(appName, contextPath);out.println("Task completed successfully in managed thread!");} catch (Exception e) {out.println("Error in managed thread: " + e.getMessage());e.printStackTrace();}});out.println("Background task started using ManagedExecutorService...");}private void processTask(String appName, String contextPath) {// 这里是实际的业务逻辑System.out.println("Processing task for application: " + appName);System.out.println("Context path: " + contextPath);// 模拟耗时操作try {Thread.sleep(2000);} catch (InterruptedException e) {Thread.currentThread().interrupt();}}
}
 

备选方案：手动管理线程上下文（如果无法使用 ManagedExecutorService）
 

import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;
import java.io.PrintWriter;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import javax.naming.InitialContext;@WebServlet("/manualThread")
public class ManualThreadServlet extends HttpServlet {// 创建普通线程池（不推荐，仅作演示）private final ExecutorService executor = Executors.newFixedThreadPool(5);@Overrideprotected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {response.setContentType("text/plain");PrintWriter out = response.getWriter();// 在Web线程中预先获取所需上下文信息final String appName = getPredefinedAppName();final String contextPath = request.getServletContext().getContextPath();final ClassLoader contextClassLoader = Thread.currentThread().getContextClassLoader();// 提交任务到普通线程池executor.submit(() -> {// 保存原始类加载器（用于恢复）ClassLoader originalClassLoader = Thread.currentThread().getContextClassLoader();try {// 手动设置上下文类加载器Thread.currentThread().setContextClassLoader(contextClassLoader);// 使用预先获取的上下文信息processTask(appName, contextPath);out.println("Task completed in manual thread!");} catch (Exception e) {out.println("Error in manual thread: " + e.getMessage());e.printStackTrace();} finally {// 恢复原始类加载器Thread.currentThread().setContextClassLoader(originalClassLoader);}});out.println("Background task started using manual thread...");}private String getPredefinedAppName() {try {// 在Web线程中预先获取应用名称return (String) new InitialContext().lookup("java:app/AppName");} catch (Exception e) {return "default-app";}}private void processTask(String appName, String contextPath) {// 业务逻辑同上}@Overridepublic void destroy() {// 关闭线程池executor.shutdown();super.destroy();}
}
 

 

关键配置步骤（WebSphere 控制台）
 

  1.  
    启用并发策略：
     
    •  
      登录 WebSphere 管理控制台
       
    •  
      导航到：资源 > 并发策略
       
    •  
      创建或使用默认的并发策略
       
     
  2.  
    绑定到应用（可选，通常自动注入即可工作）：
     在 ibm-application-bnd.xml 中添加：
     
    <application-bnd><managed-executor-service name="concurrent/executorSvc" />
</application-bnd>
     
     
 

两种方案对比
 

特性ManagedExecutorService手动线程管理
上下文传播自动完整传播（类加载器、JNDI、安全等）仅能手动传递类加载器
资源管理WebSphere 自动管理生命周期需手动关闭线程池
事务支持支持事务上下文传播不支持事务传播
Servlet API 访问可直接访问（如 request、response）只能访问预先获取的数据
WebSphere 兼容性完全兼容可能仍有上下文问题
代码复杂度简单（声明式注入）复杂（需手动管理上下文）
推荐度⭐⭐⭐⭐⭐（首选方案）⭐⭐（备选方案）
 

最佳实践建议
 

  1.  
    首选托管线程池：
     
    @Resource
private ManagedExecutorService executor; // 始终使用这个
     
     
  2.  
    避免在子线程中直接使用 Servlet API：
     
    // 错误做法（可能引发问题）：
managedExecutor.submit(() -> {request.getSession(); // 可能不安全
});// 正确做法（预先获取所需数据）：
String sessionId = request.getSession().getId();
managedExecutor.submit(() -> processSession(sessionId));
     
     
  3.  
    处理线程中的异常：
     
    managedExecutor.submit(() -> {try {// 业务逻辑} catch (Exception e) {// 1. 记录日志// 2. 不要吞掉异常// 3. 考虑通知主线程}
});
     
     
  4.  
    生命周期管理：
     
    •  
      不需要手动关闭 ManagedExecutorService
       
    •  
      对于普通线程池，在 Servlet.destroy() 中关闭：
       
      @Override
public void destroy() {executor.shutdown();try {if (!executor.awaitTermination(10, TimeUnit.SECONDS)) {executor.shutdownNow();}} catch (InterruptedException e) {executor.shutdownNow();Thread.currentThread().interrupt();}
}
       
       
     
 

完整示例（生产级代码）
 

@WebServlet("/task")
public class ProductionReadyServlet extends HttpServlet {@Resourceprivate ManagedExecutorService managedExecutor;private static final Logger logger = LoggerFactory.getLogger(ProductionReadyServlet.class);@Overrideprotected void doGet(HttpServletRequest req, HttpServletResponse resp) throws IOException {// 预先获取所需上下文信息String appName = (String) req.getServletContext().getAttribute("app.name");String clientIP = req.getRemoteAddr();// 提交任务managedExecutor.submit(new TrackedTask(appName, clientIP));resp.getWriter().write("Task submitted successfully");}// 封装任务的内部类private class TrackedTask implements Runnable {private final String appName;private final String clientIP;TrackedTask(String appName, String clientIP) {this.appName = appName;this.clientIP = clientIP;}@Overridepublic void run() {MDC.put("app", appName); // 日志上下文MDC.put("client", clientIP);try {logger.info("Starting background task");// 业务逻辑...logger.info("Task completed");} catch (Exception e) {logger.error("Task failed", e);} finally {MDC.clear();}}}
}
 

使用这种模式，您可以：
 

  1.  
    安全地在后台线程执行任务
     
  2.  
    保留必要的上下文信息
     
  3.  
    获得完善的错误处理和日志跟踪
     
  4.  
    完全兼容 WebSphere 环境
     
  5.  
    避免 getStandardContext failed 错误
     
 

对于大多数场景，使用 ManagedExecutorService 并遵循上述模式即可解决线程上下文问题。
 

 

==
 

■ManagedExecutorService 这个类，在那个jar中
 

规范定义包（通用）
 

  •  
    包名: javax.enterprise.concurrent（Java EE 7/8）或 jakarta.enterprise.concurrent（Jakarta EE 9+）
     
  •  
    API JAR:
     
    •  
      Java EE 7/8: javax.enterprise.concurrent-api.jar（例如 WildFly/JBoss 提供）
       
    •  
      Jakarta EE 9+: jakarta.enterprise.concurrent-api.jar
       
     
  •  
    说明：
     此 JAR 仅包含接口定义（如 ManagedExecutorService），不包含实现。实现由应用服务器提供
     
 

 

总结
 

  •  
    开发阶段：依赖 javax.enterprise.concurrent-api 或 jakarta.enterprise.concurrent-api 编写接口代码。
     
  •  
    运行时：实现类由应用服务器提供（如 WebSphere 的 com.ibm.ws.concurrent.jar）。
     
  •  
    配置建议：通过 @Resource 注入或 JNDI 获取实例，避免手动创建线程池
     
 

 

注意：不适用WebSphere 8.5.5，没有【com.ibm.ws.concurrent.jar】这个jar
 

WebSphere 8.5.5 里面没有 
 

 
WebSphere 8.5.5
 
在8.5.5版本中，并发工具的实现通常在以下jar包中：
 
- `com.ibm.ws.concurrent_1.0.0.jar` (在传统版本中可能是`com.ibm.ws.concurrent.jar`)
 
- 或者合并到`com.ibm.ws.runtime.jar`中（因为并发工具是运行时的一部分）有
 
 
WebSphere 9.0及以上
 
在9.0及更高版本中，通常有独立的并发jar包，例如：
 
- `com.ibm.ws.concurrent_1.0.0.jar`
 
- `com.ibm.ws.concurrent.cdi_1.0.0.jar`（用于CDI集成）
 

 

■各个WebSphere版本中，线程（线程池）相关的jar
 

===
 

我在WebSphere 8.5.5中，找到了runtime.jar,但是里面没有【com.ibm.ws.threading.WSManagedExecutorService】这个类
 

 
 
- 确保版本至少为8.5.5.0（初始版本）
 
- 推荐升级到8.5.5.20或更高
 
 
2. 考虑功能缺失：
 
- 某些精简安装可能未包含并发工具
 
- 重新安装时选择“完整功能”
 
 
3. 使用传统WorkManager：
 

 

===
 

WebSphere 版本实现位置实现类名
8.5.x 及更早lib/com.ibm.ws.runtime.jarcom.ibm.ws.threading.WSManagedExecutorService
9.x+plugins/com.ibm.ws.concurrent_*.jarcom.ibm.ws.concurrent.WSManagedExecutorService
Libertywlp/lib/com.ibm.websphere.concurrent_*.jarcom.ibm.ws.concurrent.WSManagedExecutorServiceImpl
 

===
 

■WebSphere Liberty 是什么
 

===
 

WebSphere Liberty 是 IBM 推出的新一代轻量级、高性能应用服务器，专为云原生和微服务架构设计。它是传统 WebSphere Application Server（WAS）的现代化替代品，代表了应用服务器技术的未来发展方向。
 

🚀 核心特性
 

特性传统 WebSphereWebSphere Liberty
架构单体式，重量级模块化，轻量级
启动时间分钟级（30s-5min）秒级（<3s）
内存占用高（GB级）极低（<100MB）
配置方式XML + 控制台声明式配置（server.xml）
运行时模型全功能运行按需加载特性
云支持有限原生云集成（K8s,OpenShift）
 

===
 

🏢 与传统 WebSphere 的关系
 

维度WebSphere TraditionalWebSphere Liberty
定位企业级关键业务系统云原生/微服务/敏捷开发
许可证需单独购买免费开发者版 + 商业版
迁移路径-提供 传统到Liberty迁移工具
管理方式集中式管理控制台REST API + 命令行 + 图形界面
版本更新年度大版本季度滚动更新
 

===
 

■我在WebSphere 8.5.5中，找到了runtime.jar,但是里面没有【com.ibm.ws.threading.WSManagedExecutorService】这个类
 

===
 

com.ibm.ws.threading.ThreadPoolManager 这里类也没有呀，根本就不存在 com.ibm.ws.threading 这个包。
 

===
 

🔍 根本原因分析
 

在 WebSphere 8.5.5 中：
 

  1.  
    ManagedExecutorService 的实现不是通过单独的类
     而是通过动态代理机制实现
     
  2.  
    实际工作类：
     com.ibm.ws.threading.ThreadPoolManager
     
  3.  
    位置：
     plugins/com.ibm.ws.runtime.jar (不是 lib/ 目录)
     
 

===
 

# Linux/Unix
jar -tvf $WAS_INSTALL_ROOT/plugins/com.ibm.ws.runtime.jar | grep ThreadPoolManager# Windows
jar -tvf "%WAS_INSTALL_ROOT%\plugins\com.ibm.ws.runtime.jar" | findstr ThreadPoolManager
 

类【com.ibm.ws.threading.ThreadPoolManager】也没有找到，而且根本不存在 com.ibm.ws.threading 这个包。
 

===
 

虽然找到了runtime.jar,但是，jar里面没有【com.ibm.ws.threading】这个包
 

===

                    

                    

                    

                    

						

						https://dhexx.cn/news/show-5537711.html
						
                    

                    

                        
                    

                

                

                    相关文章

                
                

                    

                        

                            

                                
                                    Java多线程实现之Runnable接口深度解析
                            

                        

                        

                            

                                Java多线程实现之Runnable接口深度解析
                            

                            

                                Java多线程实现之Runnable接口深度解析 一、Runnable接口概述1.1 接口定义1.2 与Thread类的关系1.3 使用Runnable接口的优势 二、Runnable接口的基本实现方式2.1 传统方式实现Runnable接口2.2 使用匿名内部类实现Runnable接口2.3 使用Lambda表达式实现Runnable接口 三、Runnabl…
                            

                            

                                阅读更多...
                            

                        

                    

                

                
                

                    

                        

                            

                                
                                    C++_AVL树
                            

                        

                        

                            

                                C++_AVL树
                            

                            

                                本篇文章是对C学习的AVL树部分的学习分享 
希望也能够为你带来些许帮助~ 
那咱们废话不多说&#xff0c;直接开始吧&#xff01; 一、AVL树的概念 
AVL 树作为计算机科学领域中重要的数据结构&#xff0c;是最早出现的自平衡二叉查找树。其核心特性在于&#xff0c;它要么为空树…
                            

                            

                                阅读更多...
                            

                        

                    

                

                
                

                    

                        

                            

                                
                                    基于 Three.js 的数字雨波纹效果技术解析
                            

                        

                        

                            

                                基于 Three.js 的数字雨波纹效果技术解析
                            

                            

                                文章目录 一、基础环境搭建与 Three.js 引入​二、场景与相机设置​三、后期处理：光晕效果的实现​四、纹理创建：定制雨滴、波纹和水花外观​五、粒子系统：模拟雨滴下落与交互​1，雨滴粒子系统​2，波纹与水花系统​六、动画循环与交互响应​本文将深入剖析一段实现该效果的…
                            

                            

                                阅读更多...
                            

                        

                    

                

                
                

                    

                        

                            

                                
                                    Oracle11g安装包
                            

                        

                        

                            

                                Oracle11g安装包
                            

                            

                                Oracle 11g安装包 
适用于windows系统&#xff0c;64位 
下载路径 oracle 11g 安装包
                            

                            

                                阅读更多...
                            

                        

                    

                

                
                

                    

                        

                            

                                
                                    DataFrame中.iloc 属性
                            

                        

                        

                            

                                DataFrame中.iloc 属性
                            

                            

                                .iloc 是 Pandas 库中 DataFrame 和 Series 对象的一个属性&#xff0c;用于基于整数位置的索引来选择数据。与基于标签的 .loc 索引不同&#xff0c;.iloc 使用从 0 开始的整数位置来访问行和列。这对于处理需要按位置而不是按标签选择数据的场景非常有用。 目录 
基本用法 
代…
                            

                            

                                阅读更多...
                            

                        

                    

                

                
                

                    

                        

                            

                                
                                    使用homeassistant 插件将tasmota 接入到米家
                            

                        

                        

                            

                                使用homeassistant 插件将tasmota 接入到米家
                            

                            

                                我写一个一个 将本地tasmoat的的设备同通过ha集成到小爱同学的功能&#xff0c;利用了巴法接入小爱的功能&#xff0c;将本地mqtt转发给巴法以实现小爱控制的功能&#xff0c;前提条件。1需要tasmota 设备&#xff0c;
2.在本地搭建了mqtt服务可&#xff0c;
3.搭建了ha 
4.在h…
                            

                            

                                阅读更多...
                            

                        

                    

                

                
                

                    

                        

                            

                                
                                    C++--stack和queue的使用及其模拟实现
                            

                        

                        

                            

                                C++--stack和queue的使用及其模拟实现
                            

                            

                                stack 和 queue 的使用及其模拟实现 1. 设计模式1.1 什么是设计模式1.2 STL标准库中stack和queue的底层结构 2. stack2.1 stack 的介绍2.2 stack 的定义方式2.3 stack 的常用接口2.4 stack 经典OJ题2.4.1 最小栈2.4.2 栈的压入、弹出序列2.4.3 逆波兰表达式求值 2.5 stack 的模…
                            

                            

                                阅读更多...
                            

                        

                    

                

                
                

                    

                        

                            

                                
                                    AI书签管理工具开发全记录（十九）：嵌入资源处理
                            

                        

                        

                            

                                AI书签管理工具开发全记录（十九）：嵌入资源处理
                            

                            

                                1.前言 &#x1f4dd; 
在上一篇文章中&#xff0c;我们完成了书签的导入导出功能。本篇文章我们研究如何处理嵌入资源&#xff0c;方便后续将资源打包到一个可执行文件中。 
2.embed介绍 &#x1f3af; 
Go 1.16 引入了革命性的 embed 包&#xff0c;彻底改变了静态资源管理的…
                            

                            

                                阅读更多...
                            

                        

                    

                

                
                

                    

                        

                            

                                
                                    【渲染】Unity-分析URP的延迟渲染-DeferredShading
                            

                        

                        

                            

                                【渲染】Unity-分析URP的延迟渲染-DeferredShading
                            

                            

                                我是一名资深游戏开发&#xff0c;小时候喜欢看十万个为什么 
介绍 
本文旨在搞清楚延迟渲染在unity下如何实现的&#xff0c;为自己写延迟渲染打一个基础&#xff0c;打开从知到行的大门延迟渲染  输出物体表面信息(rt1, rt2, rt3, …)  着色(rt1, rt2, rt3, …)研究完感觉核心…
                            

                            

                                阅读更多...
                            

                        

                    

                

                
                

                    

                        

                            

                                
                                    开发认知提升
                            

                        

                        

                            

                                开发认知提升
                            

                            

                                开发时要站的角度 
不同人提的需求所站的角度是不同的。所以我们在不同角度去采集需求&#xff0c;设计出来的东西也是有很大差别的。我一直认为&#xff0c;底层的设计很重要很重要的&#xff0c;你开发时所站的角度不同&#xff0c;就会影响你底层的设计方案&#xff0c;如果…
                            

                            

                                阅读更多...
                            

                        

                    

                

                
            

            

                

                    

                        
                        
                        
                    

                

                

                    

                        

                            最新文章

                        
                    

                

              
            

        

    

    

        

            

                Copyright @ 2022~2023