Kotlin文件不使用驼峰命名的后果及技术影响咨询

一、性能层面：完全没影响 #

不管你的Kotlin文件名是长到离谱的SouthGeorgiaAndTheSouthSandwichIslands.kt，还是短的SGS.kt，对程序运行性能半毛钱影响都没有。因为Kotlin编译成字节码后，运行时只认代码里定义的类名，和文件名彻底脱钩——文件名只是给开发工具和人看的，JVM根本不关心它长啥样。

二、技术层面：几乎不存在硬障碍 #

Kotlin编译器本身对文件名长度没有特殊限制，只要你的操作系统支持这个长度（比如Windows默认单文件路径不超260字符，Linux/Unix限制宽松得多），编译、运行都不会报错。
另外，Kotlin不像Java那样强制要求公共类名和文件名一致，哪怕你文件名是SouthGeorgia...kt，里面的类叫SGS，编译器也不会拦你，完全能正常工作。

三、实际开发中的麻烦事（非技术但影响大） #

虽然没性能和技术问题，但这种命名方式会给开发带来一堆不便：

• 文件导航费劲：IDE里文件名太长会被截断，找文件得hover看全名，或者滚动半天，效率拉低。
• 协作容易出错：团队里其他人找文件、写导入语句时，长文件名容易打错，徒增沟通成本。
• 违反编码规范：官方Kotlin编码规范建议文件名和类名保持一致（类名用大驼峰，文件名对应），虽然不是强制要求，但不这么做会让代码可读性变差，新人接手得花额外时间适应。

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