自定义属性能否要求目标类继承/实现指定类或接口并编译时校验？

这个问题问得很到位！其实.NET本身并没有给自定义属性提供像AttributeUsage那样的内置编译时约束能力——毕竟AttributeUsage是CLR层面专门做特性管控的特殊特性，编译器对它有硬编码的检查逻辑，但咱们自己写的自定义特性就没这个“特权”了。不过要实现你想要的「编译时强制CommandAttribute只能应用到实现ICommand的类」，还是有办法的，下面给你拆解几个可行方案：

.NET没有内置的直接方式让自定义属性指定目标类必须继承某类/实现某接口，但可以通过Roslyn代码分析器实现编译时强制检查，这是最靠谱的方案。

1. Roslyn代码分析器（编译时强制） #

这是实现编译时校验的最佳途径，你可以自己写一个自定义分析器，让编译器在编译阶段就检查被CommandAttribute标记的类是否实现了ICommand，如果没实现直接抛出编译错误，和VS提示AttributeUsage错误的体验完全一致。

简单说下实现思路：

• 用Visual Studio创建一个基于Roslyn SDK的「代码分析器」项目
• 注册一个符号分析器，监听类类型的编译符号
• 检查每个类是否标记了CommandAttribute
• 如果标记了，进一步检查该类是否实现了ICommand接口
• 若未实现，就生成一个编译错误提示

给你一段核心的分析器代码示例：

using Microsoft.CodeAnalysis;
using Microsoft.CodeAnalysis.CSharp;
using Microsoft.CodeAnalysis.Diagnostics;
using System.Collections.Immutable;
using System.Linq;

[DiagnosticAnalyzer(LanguageNames.CSharp)]
public class CommandAttributeAnalyzer : DiagnosticAnalyzer
{
    // 定义诊断ID、提示信息等核心配置
    public const string DiagnosticId = "CommandAttr001";
    private static readonly LocalizableString Title = "CommandAttribute仅允许应用于实现ICommand的类";
    private static readonly LocalizableString MessageFormat = "类'{0}'标记了CommandAttribute，但未实现ICommand接口";
    private static readonly DiagnosticDescriptor Rule = new DiagnosticDescriptor(
        DiagnosticId, Title, MessageFormat, "Usage", 
        DiagnosticSeverity.Error, isEnabledByDefault: true);

    public override ImmutableArray<DiagnosticDescriptor> SupportedDiagnostics 
        => ImmutableArray.Create(Rule);

    public override void Initialize(AnalysisContext context)
    {
        // 注册类符号的分析逻辑
        context.RegisterSymbolAction(AnalyzeClassSymbol, SymbolKind.NamedType);
    }

    private static void AnalyzeClassSymbol(SymbolAnalysisContext context)
    {
        var classSymbol = (INamedTypeSymbol)context.Symbol;
        // 检查当前类是否标记了CommandAttribute
        var hasCommandAttr = classSymbol.GetAttributes()
            .Any(attr => attr.AttributeClass.Name == nameof(CommandAttribute));
        
        if (!hasCommandAttr) return;

        // 检查当前类是否实现了ICommand接口
        var implementsICommand = classSymbol.AllInterfaces
            .Any(i => i.Name == nameof(ICommand));
        
        if (!implementsICommand)
        {
            // 向编译器报告错误
            var diagnostic = Diagnostic.Create(
                Rule, classSymbol.Locations[0], classSymbol.Name);
            context.ReportDiagnostic(diagnostic);
        }
    }
}

把这个分析器集成到你的项目里（可以打包成NuGet包，或者直接内嵌到项目），编译时只要有类标记了CommandAttribute但没实现ICommand，就会直接触发编译错误。

2. 抽象基类约束（半编译时+运行时） #

如果你的场景允许类单继承，可以定义一个抽象基类CommandBase，让它先实现ICommand接口，然后给CommandAttribute设置应用范围为类，同时在特性的构造函数里做运行时兜底校验：

using System;
using System.Diagnostics;

[AttributeUsage(AttributeTargets.Class)]
public class CommandAttribute : Attribute
{
    public CommandAttribute()
    {
        // 运行时校验：如果应用到非CommandBase的类，抛出异常
        var targetType = new StackTrace().GetFrame(1)?.GetMethod()?.DeclaringType;
        if (targetType != null && !typeof(CommandBase).IsAssignableFrom(targetType))
        {
            throw new InvalidOperationException($"CommandAttribute仅允许应用于CommandBase的子类");
        }
    }
}

public abstract class CommandBase : ICommand
{
    // 实现ICommand的必要方法
    public abstract void ExecuteCommand(string args);
}

这个方案的好处是，开发者只要继承CommandBase，就自动满足了ICommand的要求，而且运行时会兜底检查。缺点是类只能单继承，如果已有其他基类就没法用了。

3. 运行时反射校验（兜底方案） #

这是你已经提到的方案，在扫描命令类的初始化代码里做校验：

using System;
using System.Linq;

// 扫描所有标记了CommandAttribute的类
var commandTypes = AppDomain.CurrentDomain.GetAssemblies()
    .SelectMany(a => a.GetTypes())
    .Where(t => t.GetCustomAttribute<CommandAttribute>() != null);

foreach (var type in commandTypes)
{
    if (!typeof(ICommand).IsAssignableFrom(type))
    {
        throw new InvalidOperationException($"类{type.Name}标记了CommandAttribute，但未实现ICommand接口");
    }
}

这个方案简单易实现，但只有在运行时才会发现问题，没法提前在编译阶段拦截错误。

如果必须要编译时强制，Roslyn代码分析器是唯一能达到和AttributeUsage类似效果的方案；如果可以接受单继承限制，抽象基类的方式更简单；运行时校验则作为兜底补充。

内容的提问来源于stack exchange，提问作者Luke Caswell Samuel