使用sliver获取的堆栈耗时比getStackTrace还长

[coltonliang]

2026-03-13 11:07:42.899 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.129 ms, 通过 Sliver获取 1阶段耗时 0.093 ms通过 Sliver获取 2阶段耗时 0.118 ms
2026-03-13 11:07:42.909 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.149 ms, 通过 Sliver获取 1阶段耗时 0.085 ms通过 Sliver获取 2阶段耗时 0.105 ms
2026-03-13 11:07:42.920 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.129 ms, 通过 Sliver获取 1阶段耗时 0.096 ms通过 Sliver获取 2阶段耗时 0.164 ms
2026-03-13 11:07:42.932 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.169 ms, 通过 Sliver获取 1阶段耗时 0.09 ms通过 Sliver获取 2阶段耗时 0.113 ms
2026-03-13 11:07:42.942 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.094 ms, 通过 Sliver获取 1阶段耗时 0.075 ms通过 Sliver获取 2阶段耗时 0.099 ms
2026-03-13 11:07:42.953 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.137 ms, 通过 Sliver获取 1阶段耗时 0.087 ms通过 Sliver获取 2阶段耗时 0.108 ms

通过thread.getStackTrace的耗时<Sliver1阶段+2阶段 这是为什么.

[Knight-ZXW]

2026-03-13 11:07:42.899 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.129 ms, 通过 Sliver获取 1阶段耗时 0.093 ms通过 Sliver获取 2阶段耗时 0.118 ms 2026-03-13 11:07:42.909 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.149 ms, 通过 Sliver获取 1阶段耗时 0.085 ms通过 Sliver获取 2阶段耗时 0.105 ms 2026-03-13 11:07:42.920 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.129 ms, 通过 Sliver获取 1阶段耗时 0.096 ms通过 Sliver获取 2阶段耗时 0.164 ms 2026-03-13 11:07:42.932 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.169 ms, 通过 Sliver获取 1阶段耗时 0.09 ms通过 Sliver获取 2阶段耗时 0.113 ms 2026-03-13 11:07:42.942 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.094 ms, 通过 Sliver获取 1阶段耗时 0.075 ms通过 Sliver获取 2阶段耗时 0.099 ms 2026-03-13 11:07:42.953 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.137 ms, 通过 Sliver获取 1阶段耗时 0.087 ms通过 Sliver获取 2阶段耗时 0.108 ms

通过thread.getStackTrace的耗时<Sliver1阶段+2阶段 这是为什么.

这是合理的啊， 原来一个阶段能完成的操作变成了2个操作，涉及的JNI调用也多了。

拆分的目标主要是降低suspend resume的耗时，也就是 “1阶段”会暂停目标线程，比如主线程， 相比原来的耗时降低了。 “2阶段”是不需要暂停目标线程的。

[Knight-ZXW]

2026-03-13 11:07:42.899 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.129 ms, 通过 Sliver获取 1阶段耗时 0.093 ms通过 Sliver获取 2阶段耗时 0.118 ms 2026-03-13 11:07:42.909 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.149 ms, 通过 Sliver获取 1阶段耗时 0.085 ms通过 Sliver获取 2阶段耗时 0.105 ms 2026-03-13 11:07:42.920 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.129 ms, 通过 Sliver获取 1阶段耗时 0.096 ms通过 Sliver获取 2阶段耗时 0.164 ms 2026-03-13 11:07:42.932 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.169 ms, 通过 Sliver获取 1阶段耗时 0.09 ms通过 Sliver获取 2阶段耗时 0.113 ms 2026-03-13 11:07:42.942 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.094 ms, 通过 Sliver获取 1阶段耗时 0.075 ms通过 Sliver获取 2阶段耗时 0.099 ms 2026-03-13 11:07:42.953 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.137 ms, 通过 Sliver获取 1阶段耗时 0.087 ms通过 Sliver获取 2阶段耗时 0.108 ms
通过thread.getStackTrace的耗时<Sliver1阶段+2阶段 这是为什么.

这是合理的啊， 原来一个阶段能完成的操作变成了2个操作，涉及的JNI调用也多了。

拆分的目标主要是降低suspend resume的耗时，也就是 “1阶段”会暂停目标线程，比如主线程， 相比原来的耗时降低了。 “2阶段”是不需要暂停目标线程的。

[Knight-ZXW]

2026-03-13 11:07:42.899 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.129 ms, 通过 Sliver获取 1阶段耗时 0.093 ms通过 Sliver获取 2阶段耗时 0.118 ms 2026-03-13 11:07:42.909 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.149 ms, 通过 Sliver获取 1阶段耗时 0.085 ms通过 Sliver获取 2阶段耗时 0.105 ms 2026-03-13 11:07:42.920 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.129 ms, 通过 Sliver获取 1阶段耗时 0.096 ms通过 Sliver获取 2阶段耗时 0.164 ms 2026-03-13 11:07:42.932 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.169 ms, 通过 Sliver获取 1阶段耗时 0.09 ms通过 Sliver获取 2阶段耗时 0.113 ms 2026-03-13 11:07:42.942 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.094 ms, 通过 Sliver获取 1阶段耗时 0.075 ms通过 Sliver获取 2阶段耗时 0.099 ms 2026-03-13 11:07:42.953 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.137 ms, 通过 Sliver获取 1阶段耗时 0.087 ms通过 Sliver获取 2阶段耗时 0.108 ms
通过thread.getStackTrace的耗时<Sliver1阶段+2阶段 这是为什么.

这是合理的啊， 原来一个阶段能完成的操作变成了2个操作，涉及的JNI调用也多了。
拆分的目标主要是降低suspend resume的耗时，也就是 “1阶段”会暂停目标线程，比如主线程， 相比原来的耗时降低了。 “2阶段”是不需要暂停目标线程的。

这个项目只是demo，扣性能优化细节的化，还有一些优化点

[coltonliang]

2026-03-13 11:07:42.899 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.129 ms, 通过 Sliver获取 1阶段耗时 0.093 ms通过 Sliver获取 2阶段耗时 0.118 ms 2026-03-13 11:07:42.909 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.149 ms, 通过 Sliver获取 1阶段耗时 0.085 ms通过 Sliver获取 2阶段耗时 0.105 ms 2026-03-13 11:07:42.920 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.129 ms, 通过 Sliver获取 1阶段耗时 0.096 ms通过 Sliver获取 2阶段耗时 0.164 ms 2026-03-13 11:07:42.932 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.169 ms, 通过 Sliver获取 1阶段耗时 0.09 ms通过 Sliver获取 2阶段耗时 0.113 ms 2026-03-13 11:07:42.942 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.094 ms, 通过 Sliver获取 1阶段耗时 0.075 ms通过 Sliver获取 2阶段耗时 0.099 ms 2026-03-13 11:07:42.953 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.137 ms, 通过 Sliver获取 1阶段耗时 0.087 ms通过 Sliver获取 2阶段耗时 0.108 ms
通过thread.getStackTrace的耗时<Sliver1阶段+2阶段 这是为什么.

这是合理的啊， 原来一个阶段能完成的操作变成了2个操作，涉及的JNI调用也多了。
拆分的目标主要是降低suspend resume的耗时，也就是 “1阶段”会暂停目标线程，比如主线程， 相比原来的耗时降低了。 “2阶段”是不需要暂停目标线程的。

这个项目只是demo，扣性能优化细节的化，还有一些优化点

不是扣细节, 我是疑问而已

[Knight-ZXW]

2026-03-13 11:07:42.899 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.129 ms, 通过 Sliver获取 1阶段耗时 0.093 ms通过 Sliver获取 2阶段耗时 0.118 ms 2026-03-13 11:07:42.909 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.149 ms, 通过 Sliver获取 1阶段耗时 0.085 ms通过 Sliver获取 2阶段耗时 0.105 ms 2026-03-13 11:07:42.920 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.129 ms, 通过 Sliver获取 1阶段耗时 0.096 ms通过 Sliver获取 2阶段耗时 0.164 ms 2026-03-13 11:07:42.932 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.169 ms, 通过 Sliver获取 1阶段耗时 0.09 ms通过 Sliver获取 2阶段耗时 0.113 ms 2026-03-13 11:07:42.942 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.094 ms, 通过 Sliver获取 1阶段耗时 0.075 ms通过 Sliver获取 2阶段耗时 0.099 ms 2026-03-13 11:07:42.953 13487-13724 zxw com.knightboost.sliver.demo E thread.getStackTrace耗时 0.137 ms, 通过 Sliver获取 1阶段耗时 0.087 ms通过 Sliver获取 2阶段耗时 0.108 ms
通过thread.getStackTrace的耗时<Sliver1阶段+2阶段 这是为什么.

这是合理的啊， 原来一个阶段能完成的操作变成了2个操作，涉及的JNI调用也多了。
拆分的目标主要是降低suspend resume的耗时，也就是 “1阶段”会暂停目标线程，比如主线程， 相比原来的耗时降低了。 “2阶段”是不需要暂停目标线程的。

这个项目只是demo，扣性能优化细节的化，还有一些优化点

不是扣细节, 我是疑问而已
我表达有误，我的意思是深挖的化，还有可优化的点，需要自己再验证下。