Reevaluate traceId generation places

### Description

There is an "issue" with ANRs [not having the same traceId]() of the currently running transaction, if the transaction finishes right before the ANR occurs.

This is due to our TWP implementation. Should we change it?
It would mean to either

* understand if an anr is likely going to occur and don't overwrite the stored traceId when the current span finishes
* replace the traceId stored from spans only after at least 5 seconds, ensuring that the traceId stored in the `PersistingScopeObserver` is used only by ANRs

先閱讀 TWP 實作和 PersistingScopeObserver，然後查看 issue #4648，了解 ANR 和 traceId 情境。確定交易在 ANR 之前剛結束時應保留哪個 traceId，並確定採用的策略；該 issue 未指定具體的測試或其他檔案。

由索引模型根據 Issue 內容生成。