-
I understand that T: Send is a requirement for ThreadLocal to function, but could the Send bound be removed from the **struct definition** and just retained for method impls.
This would greatly sim…
-
Kotest is a Kotlin based testing framework. We execute tests on coroutines, which may (or may not) execute on different threads. As such, the `TestContextManager` created for a certain class cannot re…
-
### 请描述您的需求或者改进建议
The project heavily relies on `ThreadLocal` objects, which can cause explosive memory growth with `Virtual Threads`. In theory, `ThreadLocals` have relatively no effect with Virtual…
-
I am not sure if it is covered by https://github.com/Kotlin/kotlinx.coroutines/issues/2930, but to me steps look different
Having the following code
```
val threadLocal = ThreadLocal()
…
-
https://mayuanucas.github.io/2018/08/29/ThreadLocal/#more
本文记录 Java 中 ThreadLocal 相关知识点。
-
```
Hi
Once I've unloaded my app from my web container (Jetty or Tomcat), I see the
following ThreadLocal sticking around in InjectorImpl.
I assume it needs to be cleaned up when Context is destroy…
-
### Problem Statement
At the moment Hub instances are stored in `ThreadLocal` variables. They are never cleaned up and thus cause servers like Tomcat to issue warnings as can be seen here #2074, here…
-
```
Hi
Once I've unloaded my app from my web container (Jetty or Tomcat), I see the
following ThreadLocal sticking around in InjectorImpl.
I assume it needs to be cleaned up when Context is destroy…
-
```
Hi
Once I've unloaded my app from my web container (Jetty or Tomcat), I see the
following ThreadLocal sticking around in InjectorImpl.
I assume it needs to be cleaned up when Context is destroy…
-