在与JVM创建基于char[]的字符串相关的问题中,我提到当char[]被复制到新字符串的内部时,没有进行任何迭代,因为最终会调用System.arraycopy,该函数使用类似于memcpy的本地实现依赖级别来复制所需的内存(原问题)。
我想自己验证一下,于是我下载了Openjdk 7源代码并开始浏览。我在OpenJDK C++源代码中找到了System.arraycopy的实现,在openjdx/hotspot/src/share/vm/oops/objArrayKlass.cpp
中:
if (stype == bound || Klass::cast(stype)->is_subtype_of(bound)) {
// elements are guaranteed to be subtypes, so no check necessary
bs->write_ref_array_pre(dst, length);
Copy::conjoint_oops_atomic(src, dst, length);
} else {
// slow case: need individual subtype checks
如果元素不需要类型检查(例如原始数据类型数组),则会调用Copy::conjoin_oops_atomic。
Copy::conjoint_oops_atomic
函数位于'copy.hpp'中:
// overloaded for UseCompressedOops
static void conjoint_oops_atomic(narrowOop* from, narrowOop* to, size_t count) {
assert(sizeof(narrowOop) == sizeof(jint), "this cast is wrong");
assert_params_ok(from, to, LogBytesPerInt);
pd_conjoint_jints_atomic((jint*)from, (jint*)to, count);
}
现在我们是平台相关的,因为复制操作基于操作系统 / 架构有不同的实现。我将以 Windows 为例。 openjdk\hotspot\src\os_cpu\windows_x86\vm\copy_windows_x86.inline.hpp
:
static void pd_conjoint_oops_atomic(oop* from, oop* to, size_t count) {
// Do better than this: inline memmove body NEEDS CLEANUP
if (from > to) {
while (count-- > 0) {
// Copy forwards
*to++ = *from++;
}
} else {
from += count - 1;
to += count - 1;
while (count-- > 0) {
// Copy backwards
*to-- = *from--;
}
}
}
但是让我惊讶的是,它遍历了元素(oop值),一个接一个地复制它们(貌似如此)。有人可以解释一下为什么即使在本机级别,也要通过迭代数组中的元素来进行复制吗?