Micronaut 3.0.3下GormEntity请求参数绑定出现类型转换报错问题

该问题由Micronaut 3.x版本对数据绑定逻辑的重构引发：
Micronaut 2.x版本中，请求参数绑定时会优先选择和字段类型匹配的setter方法，因此传入commentId=1时会自动调用setCommentId(Long)重载方法，字符串转Long的逻辑也由内置转换器自动完成。
而Micronaut 3.x调整了重载setter的选择优先级，扫描到setCommentId(String)方法时会优先选中该方法作为绑定入口，但请求参数1已经被内置转换器提前转为Long类型，传入String参数的setter时就会触发类型不匹配报错。这个属于底层数据绑定逻辑的非公开调整，因此未出现在GORM模块的迁移说明中。

• 最优方案：删除多余的String参数setter
  Micronaut 3.x内置了所有基础类型（String转Long、Integer等）的默认转换器，完全不需要自行实现String转Long的setter逻辑。删除void setCommentId(String commentId)方法后，数据绑定会自动匹配setCommentId(Long)方法，自动完成类型转换，和实测效果一致。

• 兼容方案：保留String参数setter但调整可见性/加优先级注解
  如果有其他业务代码依赖String参数的setter不能直接删除，可以用两种方式处理：

  1. 将setCommentId(String)方法的访问权限改为private/protected，Micronaut数据绑定默认只会扫描public方法作为绑定入口，非public的setter不会被选中，不会影响绑定逻辑
  2. 给setCommentId(Long)方法加上@io.micronaut.core.annotation.Bindable注解，显式指定该方法为属性绑定的优先入口，绑定逻辑会优先选择加了该注解的setter

• 替代方案：使用构造器绑定替代setter绑定
  给PostCommand类加上全参数构造器，同时添加@Introspected注解，数据绑定会直接走构造器参数匹配，不会受重载setter的影响。

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