BeanShell 多线程环境下Interpreter解释器的优化使用_bsh interpreter 线程安全吗

2401_83947105

于 2024-04-17 05:03:40 发布

阅读量281

点赞数 3

分类专栏： 2024年程序员学习文章标签：安全网络运维

本文链接：https://blog.csdn.net/2401_83947105/article/details/137850733

版权

2024年程序员学习专栏收录该内容

270 篇文章 1 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新网络安全全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上网络安全知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注网络安全）

正文

		/\*\* 定义脚本中引用的内置变量 \*/
		interpreter.set("name", "world");
		/\*\* 执行脚本，脚本中访问内置对象的字段，保存运行结果到res \*/
		Object res = interpreter.eval("\"hello \"+ name");
		/\*\* 输出hello world \*/
		System.out.println("res "+res);
		assertTrue("hello world".equals(res));
	} catch (EvalError e) {
		e.printStackTrace();
		assertFalse(true);
	}
}


BeanShell官方的示例差不多都是这样的，看起来非常简单。


### 线程安全


在实际工程也可以如上使用，在我的项目中，我差不多也是这么用的。  
 但每次都创建一个Interpreter实例，这样真的有必要么？初步看了`bsh.Interpreter`的源码，其构造方法在构造实例时的逻辑还是有些复杂的。所以如果频繁的创建/销毁Interpreter实例其实是有不小的系统开销的。Interpreter实例可不可以在并发环境下由多线程复用呢？如果可以就只需要创建一个静态实例就可以了，岂不是更有效率？  
 所以,Interpreter实例是线程安全的（thread-safe）的么？如果是，那么上面的想法就是现实的。  
 带着这个问题我翻阅了BeanShell的官方文档，得到的答案是肯定的。



> 
> BeanShell is thread-safe internally, so as long as your scripts do not explicitly do anything ordinarily non-thread safe (e.g. access shared variables or objects) you can write multi-threaded scripts.
> 
> 
> BeanShell 在内部是线程安全的，所以只要你的脚本不显式执行任何通常非线程安全的操作（例如访问共享）变量或对象），您可以编写多线程脚本。
> 
> 
> 摘自《Threads - Scripting Runnable》 <https://beanshell.github.io/manual/interfaces.html#Threads_-_Scripting_Runnable>
> 
> 
> 


### NameSpace（名字空间）


虽然`bsh.Interpreter`可以在并发环境下使用，但就上面示例而言并不是简单的将 `interpreter`定义成静态成员变就可以安全的让多线程共享`interpreter`实例的。  
 因为`interpreter.set("name", "world");`这行语句实际是在`interpreter`的全局名字空间(`bsh.NameSpace`)定义变量（即`Interpreter.globalNameSpace`成员），这实际上是在修改`interpreter`实例的成员状态，在并发环境下，多个线程如果都这样执行，就会互相干扰，无法得到正确的结果。


### eval


如下是 `bsh.Interpreter.eval(Reader,NameSpace,String)`方法的实例代码片段  
 ![在这里插入图片描述](https://img-blog.csdnimg.cn/944db79e699a4373be1248fe49643610.png#pic_center)  
 可以看到在调用`eval`方法执行脚本的时候，`eval`又创建一个内部的解释器实例，所以它可以保证线程安全。  
 只是在创建这个内部实例的时候，把当前实例做为父实例参数传递给了构造方法。这个新的实例即可以访问父实例的名字空间也可以有自己单独使用的名字空间。


### 优化方案


看懂了`eval`执行脚本的逻辑，在上面示例的基础上可以如下修改，即减少无谓的实例创建和销毁，又可以保证在并发环境下的线程安全。  
 请注意下面示例中执行脚本调用的是`Interpreter.eval(String,NameSpace)`方法而不是上面示例中的`Interpreter.eval(String)`方法

public class BshTest{
/** 创建脚本解释器实例静态成员 */
private static final Interpreter interpreter = new Interpreter();
@Test
public void testBsh() {
try {
/**