socketRead0 分配的字符串 TLAB
String TLAB allocation by socketRead0
环境:
- Linux 4.x
- 异步分析器 1.6 (https://github.com/jvm-profiling-tools/async-profiler)
- 打开JDK8
申请代码:
通过 SocketInputStream 的域套接字通信
操作:
运行 带有异步分析器的应用程序:-d 60 -e alloc -f /tmp/alloc.svg
问题:
来自 SocketInputStream#socketRead0 的意外字符串分配
(青色:TLAB 分配)
JDK-socketRead 和 socketRead0 的代码
private int socketRead(FileDescriptor fd,
byte b[], int off, int len,
int timeout)
throws IOException {
return socketRead0(fd, b, off, len, timeout);
}
private native int socketRead0(FileDescriptor fd,
byte b[], int off, int len,
int timeout)
原生套接字实现:
- jdk/src/solaris/native/java/net/SocketInputStream.c
假设:
字符串可能在以下代码中通过 JNI 分配在 java-heap 中,因为在字符串分配
旁边的 StackTrace 中有一个 SocketTimeoutException
Java_java_net_SocketInputStream_socketRead0(JNIEnv *env, jobject this,
jobject fdObj, jbyteArray data,
jint off, jint len, jint timeout)
{
[...]
if (timeout) {
nread = NET_ReadWithTimeout(env, fd, bufP, len, timeout);
if ((*env)->ExceptionCheck(env)) {
if (bufP != BUF) {
free(bufP);
}
return nread;
}
} else {
nread = NET_Read(fd, bufP, len);
}
[...]
}
static int NET_ReadWithTimeout(JNIEnv *env, int fd, char *bufP, int len, long timeout) {
int result = 0;
long prevtime = NET_GetCurrentTime(), newtime;
while (timeout > 0) {
result = NET_TimeoutWithCurrentTime(fd, timeout, prevtime);
if (result <= 0) {
if (result == 0) {
JNU_ThrowByName(env, "java/net/SocketTimeoutException", "Read timed out");
} else if (result == -1) {
if (errno == EBADF) {
JNU_ThrowByName(env, "java/net/SocketException", "Socket closed");
} else if (errno == ENOMEM) {
JNU_ThrowOutOfMemoryError(env, "NET_Timeout native heap allocation failed");
} else {
JNU_ThrowByNameWithMessageAndLastError
(env, "java/net/SocketException", "select/poll failed");
}
}
return -1;
}
result = NET_NonBlockingRead(fd, bufP, len);
if (result == -1 && ((errno == EAGAIN) || (errno == EWOULDBLOCK))) {
newtime = NET_GetCurrentTime();
timeout -= newtime - prevtime;
if (timeout > 0) {
prevtime = newtime;
}
} else {
break;
}
}
return result;
}
我搜索了 C 代码,没有找到任何 jString 分配,因此我有点想法。
有人知道字符串分配可能发生在哪里吗?
你的假设是正确的。配置文件中的SocketTimeoutException
告诉该方法分配了一个异常对象,而这个异常对象有一个String
消息也需要分配。
我刚刚对 async-profiler 进行了更改,添加了 --cstack
选项,用于在分配分析模式下记录 C 堆栈以及 Java 堆栈。证明java.lang.String
确实是从JNIThrowNew
函数中分配的:
环境:
- Linux 4.x
- 异步分析器 1.6 (https://github.com/jvm-profiling-tools/async-profiler)
- 打开JDK8
申请代码:
通过 SocketInputStream 的域套接字通信
操作:
运行 带有异步分析器的应用程序:-d 60 -e alloc -f /tmp/alloc.svg
问题:
来自 SocketInputStream#socketRead0 的意外字符串分配
(青色:TLAB 分配)
private int socketRead(FileDescriptor fd,
byte b[], int off, int len,
int timeout)
throws IOException {
return socketRead0(fd, b, off, len, timeout);
}
private native int socketRead0(FileDescriptor fd,
byte b[], int off, int len,
int timeout)
原生套接字实现:
- jdk/src/solaris/native/java/net/SocketInputStream.c
假设:
字符串可能在以下代码中通过 JNI 分配在 java-heap 中,因为在字符串分配
旁边的 StackTrace 中有一个 SocketTimeoutExceptionJava_java_net_SocketInputStream_socketRead0(JNIEnv *env, jobject this,
jobject fdObj, jbyteArray data,
jint off, jint len, jint timeout)
{
[...]
if (timeout) {
nread = NET_ReadWithTimeout(env, fd, bufP, len, timeout);
if ((*env)->ExceptionCheck(env)) {
if (bufP != BUF) {
free(bufP);
}
return nread;
}
} else {
nread = NET_Read(fd, bufP, len);
}
[...]
}
static int NET_ReadWithTimeout(JNIEnv *env, int fd, char *bufP, int len, long timeout) {
int result = 0;
long prevtime = NET_GetCurrentTime(), newtime;
while (timeout > 0) {
result = NET_TimeoutWithCurrentTime(fd, timeout, prevtime);
if (result <= 0) {
if (result == 0) {
JNU_ThrowByName(env, "java/net/SocketTimeoutException", "Read timed out");
} else if (result == -1) {
if (errno == EBADF) {
JNU_ThrowByName(env, "java/net/SocketException", "Socket closed");
} else if (errno == ENOMEM) {
JNU_ThrowOutOfMemoryError(env, "NET_Timeout native heap allocation failed");
} else {
JNU_ThrowByNameWithMessageAndLastError
(env, "java/net/SocketException", "select/poll failed");
}
}
return -1;
}
result = NET_NonBlockingRead(fd, bufP, len);
if (result == -1 && ((errno == EAGAIN) || (errno == EWOULDBLOCK))) {
newtime = NET_GetCurrentTime();
timeout -= newtime - prevtime;
if (timeout > 0) {
prevtime = newtime;
}
} else {
break;
}
}
return result;
}
我搜索了 C 代码,没有找到任何 jString 分配,因此我有点想法。
有人知道字符串分配可能发生在哪里吗?
你的假设是正确的。配置文件中的SocketTimeoutException
告诉该方法分配了一个异常对象,而这个异常对象有一个String
消息也需要分配。
我刚刚对 async-profiler 进行了更改,添加了 --cstack
选项,用于在分配分析模式下记录 C 堆栈以及 Java 堆栈。证明java.lang.String
确实是从JNIThrowNew
函数中分配的: