线程之间是否允许cache/reuseThread.GetNamedSlot?
Is it permissible to cache/reuse Thread.GetNamedSlot between threads?
Thread.GetNamedDataSlot 方法获取可与 Thread.SetData
一起使用的插槽名称。
可以缓存 GetNamedDataSlot
函数的结果(并在所有线程中重复使用)还是应该 in/for 每个线程都调用它?
文档没有明确说明它 "shouldn't" 可以重新使用,尽管它也没有说可以。此外,该示例还显示了每个 GetData/SetData 站点都使用了 GetNamedDataSlot;即使在同一个线程中。
例如(注意 BarSlot
插槽不是 created/assigned 在访问 TLS 的所有特定线程上;
public Foo {
private static LocalStorageDataSlot BarSlot = Thread.GetNamedDataSlot("foo_bar");
public static void SetMethodCalledFromManyThreads(string awesome) {
Thread.SetData(BarSlot, awesome);
}
public static void ReadMethodCalledFromManyThreads() {
Console.WriteLine("Data:" + Thread.GetData(BarSlot));
}
}
我问这个问题与代码结构有关;任何微观性能提升(如果有的话)都是免费赠品。重用的任何关键问题或性能下降都使其不是一个可行的选择。
Can the result of the GetNamedDataSlot
function be cached (and reused across all threads) or should it be invoked in/for every thread?
不幸的是,文档在这一点上并不是 100% 清楚。一些有趣的段落包括……
来自 Thread.GetNamedDataSlot Method (String):
Data slots are unique per thread. No other thread (not even a child thread) can get that data
The data slots are unique per thread or context; their values are not shared between the thread or context objects
充其量,这些清楚地表明每个线程都有自己的数据副本。但是这些段落可以理解为 LocalDataStoreSlot
本身是每线程的,或者只是它所引用的数据是每线程的。我相信是后者,但我无法指出具体的 MSDN 页面是这样说的。
所以,我们可以看看the implementation details:
每个进程有一个槽管理器,用于维护所有的线程槽。在一个线程中返回的 LocalDataStoreSlot
可以传递给另一个线程并在那里使用,并且它将由同一个管理器拥有,并使用相同的槽索引(因为槽 table 也是每个进程的).如果该插槽尚不存在,Thread.SetData()
方法也会隐式地为该插槽创建线程本地数据存储。
Thread.GetData()
方法只是 returns null
如果您还没有设置值或线程本地数据存储还没有创建。因此,无论您是否已经在该线程中调用了 SetData()
,GetData()
的行为都会保持一致。
由于插槽是在进程级基础上管理的,因此您可以跨线程重用 LocalDataStoreSlot
值。一旦分配,所有线程都会用完该槽,并且为该槽存储的数据对于每个线程都是唯一的。跨线程共享 LocalDataStoreSlot
值共享 插槽 ,但即使对于单个插槽,您也可以获得每个线程的线程本地存储。
的确,从这个角度来看,您展示的实现将是使用此 API 的 理想 方式。毕竟,它是 [ThreadStatic]
的替代方法,确保代码中每个线程的 LocalDataStoreSlot
值不同的唯一方法是使用 [ThreadStatic]
(如果您想使用,你应该刚刚用于数据本身),或者维护你自己的 LocalDataStoreSlot
值字典,大概由 Thread.ManagedThreadId
.
索引
就我个人而言,我会使用 [ThreadStatic]
。 MSDN 甚至推荐这个,并且它具有恕我直言的更清晰的语义。但是如果你想使用LocalDataStoreSlot
,在我看来你的实现是正确的。
Thread.GetNamedDataSlot 方法获取可与 Thread.SetData
一起使用的插槽名称。
可以缓存 GetNamedDataSlot
函数的结果(并在所有线程中重复使用)还是应该 in/for 每个线程都调用它?
文档没有明确说明它 "shouldn't" 可以重新使用,尽管它也没有说可以。此外,该示例还显示了每个 GetData/SetData 站点都使用了 GetNamedDataSlot;即使在同一个线程中。
例如(注意 BarSlot
插槽不是 created/assigned 在访问 TLS 的所有特定线程上;
public Foo {
private static LocalStorageDataSlot BarSlot = Thread.GetNamedDataSlot("foo_bar");
public static void SetMethodCalledFromManyThreads(string awesome) {
Thread.SetData(BarSlot, awesome);
}
public static void ReadMethodCalledFromManyThreads() {
Console.WriteLine("Data:" + Thread.GetData(BarSlot));
}
}
我问这个问题与代码结构有关;任何微观性能提升(如果有的话)都是免费赠品。重用的任何关键问题或性能下降都使其不是一个可行的选择。
Can the result of the
GetNamedDataSlot
function be cached (and reused across all threads) or should it be invoked in/for every thread?
不幸的是,文档在这一点上并不是 100% 清楚。一些有趣的段落包括……
来自 Thread.GetNamedDataSlot Method (String):
Data slots are unique per thread. No other thread (not even a child thread) can get that data
The data slots are unique per thread or context; their values are not shared between the thread or context objects
充其量,这些清楚地表明每个线程都有自己的数据副本。但是这些段落可以理解为 LocalDataStoreSlot
本身是每线程的,或者只是它所引用的数据是每线程的。我相信是后者,但我无法指出具体的 MSDN 页面是这样说的。
所以,我们可以看看the implementation details:
每个进程有一个槽管理器,用于维护所有的线程槽。在一个线程中返回的 LocalDataStoreSlot
可以传递给另一个线程并在那里使用,并且它将由同一个管理器拥有,并使用相同的槽索引(因为槽 table 也是每个进程的).如果该插槽尚不存在,Thread.SetData()
方法也会隐式地为该插槽创建线程本地数据存储。
Thread.GetData()
方法只是 returns null
如果您还没有设置值或线程本地数据存储还没有创建。因此,无论您是否已经在该线程中调用了 SetData()
,GetData()
的行为都会保持一致。
由于插槽是在进程级基础上管理的,因此您可以跨线程重用 LocalDataStoreSlot
值。一旦分配,所有线程都会用完该槽,并且为该槽存储的数据对于每个线程都是唯一的。跨线程共享 LocalDataStoreSlot
值共享 插槽 ,但即使对于单个插槽,您也可以获得每个线程的线程本地存储。
的确,从这个角度来看,您展示的实现将是使用此 API 的 理想 方式。毕竟,它是 [ThreadStatic]
的替代方法,确保代码中每个线程的 LocalDataStoreSlot
值不同的唯一方法是使用 [ThreadStatic]
(如果您想使用,你应该刚刚用于数据本身),或者维护你自己的 LocalDataStoreSlot
值字典,大概由 Thread.ManagedThreadId
.
就我个人而言,我会使用 [ThreadStatic]
。 MSDN 甚至推荐这个,并且它具有恕我直言的更清晰的语义。但是如果你想使用LocalDataStoreSlot
,在我看来你的实现是正确的。