AWS CDK中Stack与Construct的核心区别是什么？

Construct是CDK所有组件的抽象基类，小到单个S3存储桶资源、大到Stack部署单元，本质都是Construct的子类，其中Stack是专门对应CloudFormation部署单元的特殊构造类，二者核心差异如下：

• 部署属性不同：Stack是CDK的顶级部署单元，每一个Stack实例最终会对应生成一份独立的CloudFormation模板，支持单独部署、单独设置删栈保护、栈级标签，同时受CloudFormation单栈资源配额限制。普通Construct只是逻辑层面的资源分组，不会单独生成CloudFormation模板，其包含的所有资源最终都会归属到它所在的父Stack中，和父Stack其他资源一起打包成一份模板部署。
• 初始化配置不同：Stack类初始化时支持传入栈特有的配置项，比如指定部署的账号区域的env参数、栈级全局标签、终止保护规则等；普通Construct没有这类专属配置，会继承所属Stack的环境配置。
• 跨资源引用规则不同：如果资源分属不同Stack，跨栈引用时CDK会自动生成CloudFormation的Export/Output配置，跨区域、跨账号的引用还有特殊适配逻辑；如果是同一个Stack下不同Construct的资源，直接引用即可，不需要额外的导出导入操作。

你的示例存在两处常见写法错误：

1. 构造实例时第一个参数直接传了cdk.App类，而非实例化后的App对象
2. 普通Construct不能直接挂载在App实例下，必须挂载到某个Stack实例下，否则CDK合成时会找不到资源所属的栈上下文，抛出异常
   正确写法如下：

import * as cdk from '@aws-cdk/core';

export class HitCounterConstruct extends cdk.Construct {
  constructor(scope: cdk.Construct, id: string, props?: {}) {
    super(scope, id);
    // 资源定义逻辑
  }
}

export class HitCounterStack extends cdk.Stack {
  constructor(scope: cdk.App, id: string, props?: cdk.StackProps) {
    super(scope, id, props);
    // 资源定义逻辑
  }
}

// 主文件 App.ts
const app = new cdk.App(); // 先实例化App根节点
// 普通Construct必须挂载在某个Stack下
const parentStack = new cdk.Stack(app, 'ParentStack');
new HitCounterConstruct(parentStack, "construct");
// Stack可直接挂载到App下，作为独立部署单元
new HitCounterStack(app, "stack");

app.synth();

• 如果你需要封装可复用的通用资源组合，不需要独立部署、生命周期和所属的业务栈绑定，选择普通Construct即可
• 如果你封装的资源组需要独立部署、单独管理生命周期、或者要分配给不同团队/账号独立运维，选择Stack

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