写这篇时候道心不稳了，前面写了好几篇benashell元件，突然发现应该放弃。想回去改前面的文章，看了看无从下手，反正已经这样了，我淋了雨，那就希望别人也没有伞吧，哈哈哈哈，放在第九篇送给有缘人。
这个放弃，倒也不是脚本里的从入门到放弃，是发现了一个比beanshell元件更好用的：JSR223，之前也用过这个调试脚本，但是调完了还是用beanshell，也没仔细看这个，因为当时偶然看到的一句话，beanshell报错的时候，可以用这个调试，就一直以为beanshell是正统。
看jmeter里面，凡是有beanshell的地方，都有JSR223。网上找了半天这俩有啥区别，还是没理出个头绪，只能说说我的看法了。
你问JSR223算什么东西？beanshell不报的错，JSR223报；beanshell不支持的语言，JSR223支持。一句话：beanshell管得了的JSR223要管，beanshell管不了的JSR223更要管。
这个JSR223看这样子支持多种语言，包括熟悉的beanshell，其他语言不熟，就不看了。
然后写段代码把两个取样器都试一下
这是一段会报错的for循环，beanshell取样器执行报错，看着没啥头绪，再看一下JSR223，语言还是选了beanshell，好像别的语言也都差不多
这个提示除了beanshell给的那两行，还多了在第三行的提示。其实这个问题是beanshell不能直接打印数字，得转成字符串，设置变量时候也只能传字符型，获取变量更是直接给转化成字符型。
再看另一个报错，写自动化脚本时候经常遇到的
遇到的多了，知道Error invoking bsh method: eval Sourced file这个是没取到值的原因，再看JSR223
报错第二行，就是a没取到值的原因，在第二行用的时候报错了。工作中获取多个值，然后报错有值没取到，再给个行数的提示，非常完美。
说了这么多JSR223的好，但是我的脚本为什么没有改成用这个，主要原因是懒得再新建这么多东西，然后再复制粘贴了。而且JSR223默认的是groovy，拿之前计算金额的beanshell执行
如果我把代码复制到JSR223，但是忘了改语言
报错了。所以写自动化也要坚持编程第一原则：只要代码能跑，就不要动了。