Yes in that case the thread will be from exe.

ahk := ComObject("AutoHotkey2.Script")
threadid := ahk.NewThread("Persistent`na := 0 ")

Sleep 100
ahk.ahkAssign(threadid, 'a', [55])

[code]
ahk := ComObject("AutoHotkey2.Script")
threadid := ahk.NewThread("Persistent`na := 0 ")

Sleep 100
ahk.ahkAssign(threadid, 'a', [55])
[/code]

c++source https://github.com/thqby/AutoHotkey_H/blob/v2.0-beta.3-COM/source/COMServer.cpp#L197

An object outside a dll module enters the dll module of the same thread through the com interface, and then [c]ThreadLocalStoragePointer[/c] of the DLL module has been replaced with another thread, and then calls [c]QueryInterface[/c], and the thread local variables are overwritten. But unable to find the source of this rewritten thread local variable from the known threads.

Perhaps the new thread local variable from the exe module in the thread corresponding to the current ThreadLocalStoragePointer.

Do you mean [c]&g[/c]? ThreadLocalStoragePointer does not change.
AFAIK g changes because it is called in new pseudo thread.
Can you provide example code.

The address of a thread-local variable may change when a COM virtual function is called???

Before calling the [c]QueryInterface[/c]
[attachment=1]1.png[/attachment]

Calling the [c]QueryInterface[/c]
[attachment=0]2.png[/attachment]