我喜欢System.Diagnostics中的[DuggerStepThrough]。

它非常方便，可以避免使用那些单行do-nothing方法或财产（如果您被迫在早期的.Net中工作，而没有自动财产）。将属性放在一个短方法或属性的getter或setter上，即使在调试器中单击“stepinto”，您也会立即执行。

[Serializable]始终用于将对象序列化到外部数据源（如xml）或从远程服务器序列化对象。在这里了解更多信息。

[Flags]非常方便。语法糖是肯定的，但还是相当不错的。

[Flags] 
enum SandwichStuff
{
   Cheese = 1,
   Pickles = 2,
   Chips = 4,
   Ham = 8,
   Eggs = 16,
   PeanutButter = 32,
   Jam = 64
};

public Sandwich MakeSandwich(SandwichStuff stuff)
{
   Console.WriteLine(stuff.ToString());
   // ...
}

// ...

MakeSandwich(SandwichStuff.Cheese 
   | SandwichStuff.Ham 
   | SandwichStuff.PeanutButter);
// produces console output: "Cheese, Ham, PeanutButter"

Leppie指出了一些我没有意识到的东西，这反而挫伤了我对这个属性的热情：它不指示编译器允许位组合作为枚举变量的有效值，编译器允许这一点用于枚举。我的C++背景显示通过。。。叹气

我喜欢将[ThreadStatic]属性与基于线程和堆栈的编程结合使用。例如，如果我希望一个值与调用序列的其余部分共享，但我希望在带外（即调用参数之外）执行，我可以使用类似的方法。

class MyContextInformation : IDisposable {
    [ThreadStatic] private static MyContextInformation current;

    public static MyContextInformation Current {
        get { return current; }
    }

    private MyContextInformation previous;


    public MyContextInformation(Object myData) {
       this.myData = myData;
       previous = current;
       current = this;
    }

    public void Dispose() {
       current = previous;
    }
}

稍后在我的代码中，我可以使用它向代码下游的人提供带外的上下文信息。例子：

using(new MyContextInformation(someInfoInContext)) {
   ...
}

ThreadStatic属性允许我将调用范围仅限于所讨论的线程，避免了跨线程访问数据的混乱问题。

值得一提的是，这里列出了所有.NET属性。有几百个。

我不知道其他人，但我有一些严肃的RTF要做！

DebuggerHiddenAttribute，它允许避免单步执行不应调试的代码。

public static class CustomDebug
{
    [DebuggerHidden]
    public static void Assert(Boolean condition, Func<Exception> exceptionCreator) { ... }
}

...

// The following assert fails, and because of the attribute the exception is shown at this line
// Isn't affecting the stack trace
CustomDebug.Assert(false, () => new Exception()); 

此外，它还防止在堆栈跟踪中显示方法，这在使用只包装另一个方法的方法时非常有用：

[DebuggerHidden]
public Element GetElementAt(Vector2 position)
{
    return GetElementAt(position.X, position.Y);
}

public Element GetElementAt(Single x, Single y) { ... }

如果现在调用GetElementAt（新的Vector2（10，10）），并且包装的方法发生错误，那么调用堆栈不会显示正在调用引发错误的方法的方法。