Kotlin中是否支持定义和使用注解别名（annotation aliases）？

Kotlin 截至2.0正式版本，没有提供内置的注解别名（annotation aliases）能力，你期望的annotationalias Red = Colour("red")原生语法目前不支持，该特性虽然在Kotlin官方需求列表中存在多年，但暂未正式落地。

注意：不要尝试用typealias实现该需求。类型别名仅能给注解类本身起别名，无法预先绑定固定构造参数，即使写了typealias Red = Colour，使用时仍然需要手动传入"red"参数，达不到省略参数的效果。

目前有三种可行的替代方案，可根据自己的场景选择：

• 方案1：自定义注解 + 读取逻辑兼容（成本最低）
  如果@Colour的注解读取逻辑是你自己维护的，这是最省事的实现方式：
  1. 定义@Red注解，它的@Target、@Retention参数要和原@Colour注解完全对齐：

  @Target(AnnotationTarget.FUNCTION, AnnotationTarget.CLASS /* 按原注解的作用范围补全 */)
  @Retention(AnnotationRetention.RUNTIME /* 和原注解的保留策略保持一致 */)
  annotation class Red
  

  2. 在所有读取@Colour做逻辑判断的位置，增加一层兼容规则：如果元素标注了@Red，就直接按@Colour("red")的逻辑走相同分支即可，示例：

  fun getColourValue(element: AnnotatedElement): String? {
      // 优先读原注解
      element.getAnnotation(Colour::class.java)?.value?.let { return it }
      // 兼容自定义的"别名"注解
      if (element.isAnnotationPresent(Red::class.java)) return "red"
      return null
  }
  

• 方案2：自定义注解 + KSP编译期处理（无侵入等价效果）
  如果@Colour是第三方依赖提供的注解，你无法修改它的读取逻辑，可以写一个轻量KSP处理器：
  编译阶段扫描所有被@Red标注的元素，自动给对应元素补充生成@Colour("red")的注解元数据，让第三方库的原有逻辑可以正常识别到注解，不需要修改任何原有读取逻辑，使用体验和原生注解别名完全一致，仅需要额外编写少量注解处理代码。
• 方案3：常量抽离折中方案（零额外成本）
  如果不想新增注解、也不想写编译期逻辑，可以把固定的参数值抽成顶层常量，至少能做到统一修改入口、避免魔法值重复书写，只是无法做到完全省略注解参数：

  const val COLOUR_RED = "red"
  
  @Colour(COLOUR_RED)
  fun method() = "something"
  

内容的提问来源于stack exchange，提问作者Federico Bellini