Gradle中project.ext与extensions.extraProperties等价及IDEA识别差异疑问

嘿，这个问题抓得很准，我来给你一步步拆解清楚：

1. 为何存在两种访问同一对象的方式？ #

其实project.ext就是Gradle为了简化脚本编写提供的语法糖（syntactic sugar），而project.extensions.extraProperties是访问这个对象的标准API路径。

Gradle的扩展机制里，ExtraPropertiesExtension这个核心扩展是被注册在project.extensions容器中的，注册名称就是extraProperties。但每次写这么长的路径太繁琐了，Gradle就给Project对象动态添加了ext这个快捷属性，让它直接指向extensions.extraProperties，这样在Groovy或者Kotlin DSL里写脚本时，能少敲不少字符，代码也更简洁直观。本质上两者完全是同一个对象，所以你修改其中一个的属性，另一个也会同步变化。

2. 为何IntelliJ IDEA可识别project.extensions.extraProperties，却无法识别project.ext？ #

这得从IDEA的代码分析机制和Gradle的实现方式说起：

• project.extensions.extraProperties是标准的静态API：extensions是Project接口中明确定义的属性，extraProperties也是ExtensionsContainer中注册的、有明确类型的扩展，IDEA的静态代码分析工具能直接从类定义里找到这些声明，自然能识别并提供代码提示。
• 而project.ext是Gradle利用动态语言特性实现的：在Groovy DSL里，它是通过动态属性注入实现的；在Kotlin DSL里则是通过委托属性来模拟的。这种动态添加的属性并没有在Project的静态类型定义里存在，IDEA的静态分析没办法提前识别到它，所以就会出现无法识别、没有提示的情况。

验证代码 #

project.ext.myprop = 3
project.extensions.extraProperties.myprop = 4
println project.ext.myprop // 输出4

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