在.NET Standard 1.2中使用Thread.CurrentThread.ManagedThreadId的替代方案咨询

针对你在.NET Standard 1.2下无法使用Thread.CurrentThread.ManagedThreadId的问题，我整理了几个实用的替代方案，都能完美适配你需要支持Win8.1和Windows Phone的场景：

方案1：自定义线程唯一标识（最推荐，全场景适用） #

既然官方API在.NET Standard 1.2里不可用，我们可以手动实现一个线程级别的唯一标识。借助ThreadLocal<T>可以确保每个线程都有独立的ID，再用线程安全的计数器来生成唯一值：

using System.Threading;

public static class ThreadIdHelper
{
    private static int _globalCounter = 0;
    private static readonly ThreadLocal<int> _threadLocalId = new ThreadLocal<int>(() =>
        Interlocked.Increment(ref _globalCounter));

    public static int CurrentThreadId => _threadLocalId.Value;
}

使用的时候直接调用ThreadIdHelper.CurrentThreadId就行，这个方案完全不受平台限制，性能也和原生API差不多，适合所有需要线程标识的场景。

方案2：利用Task ID（仅适用于异步任务场景） #

如果你的代码大多是基于Task的异步操作，可以用Task.CurrentId来做替代。虽然Task和物理线程不是一一对应的（一个线程可能处理多个Task），但如果你的业务只需要区分不同的执行任务上下文，这个方案足够简单：

int currentTaskId = Task.CurrentId ?? -1; // 当没有当前Task时用-1作为默认标识

注意：这个方案不适合需要严格区分物理线程的场景，只适合任务级别的追踪。

方案3：通过进程线程信息获取（兼容性强但性能一般） #

你可以借助进程的线程列表来获取当前线程的系统ID，不过这个方法有一定性能开销，适合不频繁调用的场景：

using System.Diagnostics;

public static int GetCurrentSystemThreadId()
{
    int currentAppDomainThreadId = AppDomain.GetCurrentThreadId();
    foreach (ProcessThread thread in Process.GetCurrentProcess().Threads)
    {
        if (thread.Id == currentAppDomainThreadId)
        {
            return thread.Id;
        }
    }
    return -1;
}

这里用到的AppDomain.GetCurrentThreadId()在.NET Standard 1.2中是可用的，返回的是系统层面的线程ID，和原生ManagedThreadId逻辑不同，但可以作为替代标识使用。

内容的提问来源于stack exchange，提问作者ʃʈɑɲ