@systemcall 这也是为什么我不太想用 OpenWRT 而是选择自己折腾的原因（

@systemcall 那应该是正常的。估计是 UI 层出什么 Bug 了。

@hantsy 不牵强啊……
官方说的很清楚了
"We call this build.gradle file a build script, although strictly speaking it is a build configuration script, as we will see later. The build script defines a project and its tasks.

To try this out, create the following build script named build.gradle."
https://docs.gradle.org/current/userguide/tutorial_using_tasks.html
而且在具体运行的时候也是和脚本一样一行一行执行的。

@systemcall 如果 LAN 口有正常的 IPv6，而且路由接的设备可以分配到 IPv6，说明 Prefix Delegation 是正常的。估计还是在 PPPoE 上出了什么问题。

其实可以看看我的写的文章（
https://v2ex.com/t/724060
不过有点过时了，我之后没在用 DHCPv6C 了，直接用了系统内置的 dhcpcd

你的 PPPoE 没开启 IPv6 的支持，或者就是你的运营商还没下发 IPv6.
LAN 口上的 IPv6 估计也只是本地链路单播地址

IINA 新海诚用了都说好（逃

@hantsy 而且 build.gradle 严格意义上也不是一个配置文件，是个完整的脚本。只是 DSL 的特性让它看上去像是个配置文件……

@hantsy 你用插件和第一方支持比就没什么意思了……

刺杀小说家的「杀」字倒是不用打引号。也不用像「刺客伍六七」一样改成「最强理发师」

@hantsy 我个人喜欢 gradle 还有一点就是它用 groovy/kotlin 做 dsl，这个比起看一堆 xml 好受多了。而且可以很便捷的写一些脚本方便自己使用，打包成可以分享的插件也方便。

@SystemLight gradle 会重用不同项目里的相同依赖。

@SystemLight 如果你只是想构建一个 default 的项目结构的项目，我之前也说了，直接往自动生成的 build.gradle 里 dependencies 里加依赖就行了。

@SystemLight 有哪个构建工具是非常简单的吗？ webpack 也不简单啊……make 之流就更复杂了。

@hantsy Maven 相比之下 gradle 来说不够灵活，而且打包速度似乎也没有 gradle 快（ gradle 官方有测试）。gradle 还支持渐进式编译可以缓存结果。顺便 gradle 现在目标是想当个通用的构建工具，不光是用在 jvm 上。
兼容性的问题其实从 gradle4 起，特别是 gradle5 、6 已经好很多了。这点确实做的不如 maven
SBT 是真的不好用，又慢稳定性也差。

@SystemLight 这个不是什么黑点，首先 java 光常用的公共仓库就有两个，私有仓库就更多了。其次 Java 的库不像 javascript 的库，一般一个库提供的功能非常的全，也不用三天两头加仓库。

*!->?

@SystemLight jvm 是个平台，首先就有很多语言，举例来说 Scala 和 Java 或者 Kotlin 和 Java 的混编。其次 Java 语言特性的孱弱，导致了很多工具都依赖 Java 的注解来在编译期实现功能，比如 Lombok，接着还有要不要混淆，然后你可以生成字节码也可以直接生成二进制目标平台代码。最后你选择是要打包还是不打包直接一堆 class 文件呢？打包你是要 jar 还是 war 呢！

@pursuer gradle 版本多其实也好解决，你设置一下，不要用 gradle wrapper （也就是 gradlew ）直接用本地安装的 gradle 跑就行了，gradle wrapper 不是必须的。