我至少知道两种解决办法。
创建热点服务性代理工具以查找 MaxJavaStackTraceDepth 变量，然后使用操作系统特定的机制更新进程的内存。
附加一个截获 StackOverflowErrors 从代理那里打印出一个堆栈跟踪。
以下是第一个解决方案的代码（可能更短）：

import sun.jvm.hotspot.debugger.Address;
import sun.jvm.hotspot.runtime.VM;
import sun.jvm.hotspot.tools.Tool;

import java.io.IOException;
import java.io.RandomAccessFile;

public class ChangeVMFlag extends Tool {
    private static String pid;

    @Override
    public void run() {
        Address addr = VM.getVM().getCommandLineFlag("MaxJavaStackTraceDepth").getAddress();
        long addrValue = VM.getVM().getDebugger().getAddressValue(addr);

        try (RandomAccessFile raf = new RandomAccessFile("/proc/" + pid + "/mem", "rw")) {
            raf.seek(addrValue);
            raf.writeInt(Integer.reverseBytes(1_000_000));
        } catch (IOException e) {
            e.printStackTrace();
        }
    }

    public static void main(String[] args) {
        pid = args[0];
        new ChangeVMFlag().execute(new String[]{pid});
    }
}

此工具可更改 MaxJavaStackTraceDepth 在目标进程中达到100万。
注意：它使用特定于linux的 /proc api写入目标进程的内存。其他操作系统有不同的接口。
如何跑步
在jdk 8上

java -cp .:$JAVA_HOME/lib/sa-jdi.jar ChangeVMFlag <pid>

在jdk 9上+

java --add-modules=jdk.hotspot.agent \
     --add-exports jdk.hotspot.agent/sun.jvm.hotspot.tools=ALL-UNNAMED \
     --add-exports jdk.hotspot.agent/sun.jvm.hotspot.runtime=ALL-UNNAMED \
     --add-exports jdk.hotspot.agent/sun.jvm.hotspot.debugger=ALL-UNNAMED \
     ChangeVMFlag <pid>