如果我错了，请纠正我。如果没有在 Maven pom.xml 中定义打包类型，则默认使用 jar 生命周期。
每个 Maven 打包类型都有一个默认的构建生命周期和相关的默认目标。 （我们可以将目标视为插件+命令）
生命周期阶段目标
我的问题是：
在定义打包类型时，我们可以说pom.xml 插件部分填充了该打包构建生命周期的默认插件和目标吗？
还有：
如果我们在插件部分定义一个插件，比如编译器插件，并给出它的配置，这些配置会覆盖插件默认配置吗？
【问题讨论】：
如果在maven pom.xml中没有定义打包类型，则使用jar lifecyle。
几乎正确，jar 不是一个生命周期，它是一个包装。 Maven 有三个 build life cycles（干净、默认、站点），可以应用于任何包装。
根据官方Maven model
packaging该项目产生的工件类型，例如jar war ear pom。插件可以创建自己的包装，因此也可以创建自己的包装类型，因此此列表不包含所有可能的类型。
默认值为：jar。
每个 Maven 打包类型都有一个默认的构建生命周期
它没有默认生命周期，您在其项目上调用默认生命周期。默认生命周期有default bindings，即插件已经按照定义的packaging类型默认附加到默认生命周期的各个阶段。
Maven 的core concepts 之一是约定优于配置。它的默认绑定强制执行此原则，已经为给定包装提供了某些插件的某些目标的执行。
例如，默认情况下，已经希望编译（在compile 阶段通过maven-compiler-plugin 及其compile 目标），在test 阶段通过maven-surefire-plugin 及其test 目标) 并在应用默认 (jar) 打包时打包（通过maven-jar-plugin 及其jar 目标在package 阶段）您的项目。
（注意模式：我提到了一个插件、一个目标、一个阶段，也就是默认绑定）。
这就是minimal pom 已经可以做很多事情的原因：再次强调，它是约定优于配置。
在定义打包类型时，我们可以说好像 pom.xml 插件部分填充了该打包构建生命周期的默认插件和目标吗？
确实，这就像使用默认配置填充构建plugins 部分，执行默认附加插件和目标并分配给某些阶段。
另外请注意，如果您添加相同插件和目标的进一步执行，它将在默认绑定指定的（之后）之上调用。如果需要，请参阅下文如何预防。
如果我们在插件部分定义一个插件，例如编译器插件， 并给它配置，这些配置会覆盖插件默认配置吗？
您可以定义更多插件和executions 的一个或多个目标，附加到某个阶段。每个execution 可以有一个自定义configuration。但是，configuration 不在任何 execution 部分中但声明为通用/全局配置，然后将应用于相关插件的任何执行，因此也应用于默认附加的插件通过包装绑定。
来自configuration 元素上的官方POM reference
默认行为是根据元素名称合并
configuration元素的内容。如果子 POM 具有特定元素，则该值将成为有效值。如果子 POM 没有元素，但父 POM 有，则父值成为有效值。
关于execution 部分的configuration 元素：
configuration：同上，但将配置限制在这个特定的目标列表中，而不是插件下的所有目标。
这就是为什么您经常看到maven-compiler-plugin 的不同source/target 配置，而没有任何execution。它将应用于已通过默认绑定附加的compile（源代码编译）和testCompile（测试代码编译）目标的默认执行。
此外，您甚至可以覆盖默认绑定并将其从某个阶段删除它到不同的阶段或不存在的阶段（或空）阶段。因此，您将禁用默认的插件目标执行。您可以使用此技巧将您的插件目标执行添加为同一阶段的第一次执行：通过禁用默认执行，添加您的执行，然后重新定义默认执行（然后使用不同的 id）。然后，Maven 将遵循执行声明顺序。
检查 this SO answer 以了解如何生成执行 ID。这里的重点是，来自official Maven documentation
通过指定 POM 打包的默认生命周期映射绑定到构建生命周期的每个 mojo 将分配给它的执行 ID 为
default-goalName
【讨论】：