Java 如何在创建需要跨线程共享全局数据的XML-RPC服务时避免并发异常
我正在使用Java创建一个XML-RPC服务器。服务器负责启动系统上的命令,然后回击响应。例如,用户告诉服务器执行Java 如何在创建需要跨线程共享全局数据的XML-RPC服务时避免并发异常,java,web-services,concurrency,xml-rpc,Java,Web Services,Concurrency,Xml Rpc,我正在使用Java创建一个XML-RPC服务器。服务器负责启动系统上的命令,然后回击响应。例如,用户告诉服务器执行ls,服务器返回文件列表。类似地,用户可以执行异步命令并返回一个进程ID以供以后查询。所有这些方法都属于Command的一个大子类,它是主类RPCServlet扩展XmlRpcServlet的一部分 为了实现这一点,我保留了实例的全局HashMap。当一个异步命令进入时,我创建一个类ProcessManager的实例,它扩展了线程。然后我将其添加到实例散列中,运行它,并将ID返回给用
ls
,服务器返回文件列表。类似地,用户可以执行异步命令并返回一个进程ID以供以后查询。所有这些方法都属于Command
的一个大子类,它是主类RPCServlet扩展XmlRpcServlet
的一部分
为了实现这一点,我保留了实例的全局HashMap
。当一个异步命令进入时,我创建一个类ProcessManager
的实例,它扩展了线程。然后我将其添加到实例
散列中,运行它,并将ID返回给用户。当该ID的查询进入时,我在全局哈希中查找它,并返回其完整或部分状态(取决于它是否完成)
当它只是一个接一个的请求时,这是正常的,但是当你真的开始用大量在全局散列实例上操作的请求来敲打它时,它会出现并发异常
下面是我的困惑点:
- 当一个请求进来时,是创建了一个类为
Command
的新对象,还是一个永远坐在那里接受命令的对象?接下来,每个请求如何查看实例的全局哈希?这是我的初始化代码
公共类RPCServlet扩展了XmlRpcServlet{
@Override
public void init(ServletConfig servletConfig) throws ServletException {
super.init(servletConfig);
getXmlRpcServer().addInvocationHandler("Command", new Command(instances));
}
}
- 当我试图解决并发异常问题时,我使用
syncronized
或ConcurrentHashMap
而不是HashMap
。不管怎样,我都会这样陷入僵局。为什么会这样
- 实例的全局HashMap应该放在哪里?在
RPCServlet
中?它的子类命令
李>
下面是我遇到这些并发异常的方式:
我创建了一组异步命令,然后试图将它们全部杀死
我启动了许多不同的客户机都在这样做,它将不可避免地遇到并发异常李>
以下是asyncCmd的外观:
public HashMap asyncCmd(XmlRpcStruct struct) throws XmlRpcFault {
HashMap hash;
if (struct.containsKey("command")) {
ProcessManager proc = new ProcessManager(struct);
boolean validInput = proc.readInHashValues();
if (!validInput) {
throw new XmlRpcFault(400, proc.procResult.getTopError());
}
int id = proc.objectId;
instances.put(id, proc);
proc.start();
String a;
if ((a = proc.procResult.getTopError()) != null) {
throw new XmlRpcFault(500, a);
}
hash = new HashMap();
hash.put("id", id);
return hash;
} else {
throw new XmlRpcFault(400, "Unable to find a command");
}
}
KillAll:
public HashMap killAll() throws XmlRpcFault {
HashMap retHash = new HashMap();
int length = instances.values().size();
if (length > 0) {
Set keys = instances.keySet();
for (Object key : keys) {
retHash.put(key, killAllKiller(Integer.parseInt(key.toString())));
}
//Since we killed all procs, suggest a GC as well
instances.clear();
System.gc();
return retHash;
} else {
throw new XmlRpcFault(404, "No processes running");
}
}
让我提出另一种选择
- 收到请求后,将命令和id放入(包装在对象中),并将id返回给用户
- 创建一个将从队列接收命令、执行命令并将结果放入
- 然后,客户端将仅访问结果映射
这样,新请求和结果之间就不会有争用
我将把这个映射放在servlet上下文中,这是保存应用程序级变量的自然位置。谢谢,听起来好多了。我现在将着手实施这一点。