Java 使用 interface 定义常量是不是一种很奇怪的操作。。。

不是太好，编译期会影响，应该不少人踩过这个坑，还有些人踩了也不知道的
但是有时候在一个已经非常复杂的工程上扩展一些功能，如果新增的常量不会变动的话，写在 interface 里面更清晰简洁，整体改动相对比较少

接口是行为的抽象，需不需要定义常量要看具体接口用途，例如接口的一些实现可能用到的变量的默认值。你可以参考一些主流框架例如 spring 的高层接口定义的常量是如何定义和使用的。

一直都是用 interface 定义常量集合，少写一堆修饰符，爽

从 API 设计的角度来说，不好。
因为你无法阻止其他人 new 或者 implements 你的 interface，虽然这些做法并没有什么实际意义或危害，但毕竟不符合此接口的本意。
如果用 class，则可以有许多手段来防止其他人对这个 class 名字的误用和滥用。

至于用 interface 可以少写 static final 这种事情，idea 的 live template 功能可以完美解决。

@3pmtea 一个纯常量类里面还要写私有构造方法，丑
少写的爽不是指少打几个字母，而是指视觉的清爽
要防止其他人滥用这个接口，方法太多了：
1. 在 git 合并请求的时候就可以直接拒绝
2. annotation processor 编译时检查
3. 程序启动时运行时检查校验

@lowzoom
用 enum，不需要任何额外操作，自动防止滥用

@3pmtea enum 多一个分号，还是丑

@lowzoom
6
还是用 kotlin 吧，比 java 读写起来舒服多了

@3pmtea 教练，我也要学 Kotlin。