Consider a better implementation for ep_rt_aot_thread_get_id

[LakshanF]

Currently, we use GetPalThreadIdForLogging() to get the thread_id, which doesn't look the proper way to get the thread_id.

GetPalThreadIdForLogging() Implementation Details for completeness: EEThreadId classes seems to be doing the right thing to set its first field (pthread_self and GetCurrentThreadId), but doesn't expose a getter (reason for not using for 'normal' use?) GetPalThreadIdForLogging is using this field directly to get the value. See also details of the current_thread_get_id implementation concerns.

Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas
See info in area-owners.md if you want to be subscribed.

Issue Details

---

Currently, we use GetPalThreadIdForLogging() to get the thread_id, which doesn't look the proper way to get the thread_id.

GetPalThreadIdForLogging() Implementation Details for completeness: EEThreadId classes seems to be doing the right thing to set its first field (pthread_self and GetCurrentThreadId), but doesn't expose a getter (reason for not using for 'normal' use?) GetPalThreadIdForLogging is using this field directly to get the value. See also details of the current_thread_get_id implementation concerns.

Author:	LakshanF
Assignees:	LakshanF
Labels:	area-NativeAOT-coreclr
Milestone:	9.0.0