我在 Groovy In Action,第2版一书中找到了以下声明:
类别使用仅限于当前线程
这句话实际上是什么意思?
答案 0 :(得分:3)
这意味着您只能在同一个线程中调用通过类别类添加的方法。请考虑以下示例:
class StringUtils {
static String transform(String source) {
return source.toUpperCase().reverse().substring(0, source.length() / 2 as int)
}
}
use (StringUtils) {
println "Lorem ipsum".transform()
}
在此示例中,我们通过类别添加String.transform()
方法。运行此示例将生成以下输出:
MUSPI
在这个例子中,我们在main
线程中使用了类别类,我们也在String.transform()
线程中调用了main
方法。
现在让我们稍微改变一下这个例子,让我们通过在新启动的线程中调用String.transform()
线程来调用main
方法:
class StringUtils {
static String transform(String source) {
return source.toUpperCase().reverse().substring(0, source.length() / 2 as int)
}
}
use (StringUtils) {
Thread.start {
println "Lorem ipsum".transform()
}
}
我们在StringUtil
线程中使用了main
类别类,我们从Thread-1
线程调用此方法。让我们看看当我们运行它时会发生什么:
Exception in thread "Thread-1" groovy.lang.MissingMethodException: No signature of method: java.lang.String.transform() is applicable for argument types: () values: []
at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:58)
at org.codehaus.groovy.runtime.callsite.PojoMetaClassSite.call(PojoMetaClassSite.java:49)
at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)
at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117)
at script$_run_closure1$_closure2.doCall(script.groovy:9)
at script$_run_closure1$_closure2.doCall(script.groovy)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:294)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1022)
at groovy.lang.Closure.call(Closure.java:414)
at groovy.lang.Closure.call(Closure.java:408)
at groovy.lang.Closure.run(Closure.java:495)
at java.lang.Thread.run(Thread.java:748)
引发异常,因为String.transform()
线程范围内不存在Thread-1
- 它仅存在于main
线程中。
但是我们假设我们必须在Thread-1
线程范围内使用此方法。我们可以通过在use(StringUtils){}
块中定义Thread-1
来实现它,例如
class StringUtils {
static String transform(String source) {
return source.toUpperCase().reverse().substring(0, source.length() / 2 as int)
}
}
Thread.start {
use(StringUtils) {
println "Lorem ipsum".transform()
}
}
现在一切都很好 - 类别使用块在Thread-1
内定义,我们从同一个线程调用String.transform()
方法。运行此示例会向控制台生成预期输出:
MUSPI
这就是
类别使用仅限于当前线程
意味着在实践中。
当我们致电:
"Lorem ipsum".transform()
从上面的例子中,遵循Groovy方法处理transform()
方法的调用:
groovy.lang.MetaClassImpl.invokeMethod(Class sender, Object object, String methodName, Object[] originalArguments, boolean isCallToSuper, boolean fromInsideClass)
你可以在第1044行(Groovy 2.4.12)找到它。类transform()
中不存在String
方法,因此Groovy必须在其他地方找到它的实现。在这种情况下,该方法可在第1055行找到:
MetaMethod method = null;
if (CLOSURE_CALL_METHOD.equals(methodName) && object instanceof GeneratedClosure) {
method = getMethodWithCaching(sender, "doCall", arguments, isCallToSuper);
}
此方法最重要的部分是第1283行:
if (!isCallToSuper && GroovyCategorySupport.hasCategoryInCurrentThread()) {
return getMethodWithoutCaching(sender, methodName, MetaClassHelper.convertToTypeArray(arguments), isCallToSuper);
} else {
....
}
GroovyCategorySupport.hasCategoryInCurrentThread()
检查当前线程中是否使用了类别(在这种情况下使用ThreadLocal
)。
如果您追踪接下来发生的事情,您将转到MetaClassImpl
第690行getMethods(Class sender, String name, boolean isCallToSuper)
所在的位置。在第706行中,此方法调用:
List used = GroovyCategorySupport.getCategoryMethods(name);
这是实际在类别类中按名称查找方法的最后一部分。稍后它会检查方法是否是静态的,以及它是否需要一个有效类型的参数(在这种情况下为String
)。