本文详解 python 中字典初始化的两种主流方式——逐键赋值与字典字面量（inline）——在可读性、性能、可维护性及 ide 建议背后的实质差异，并推荐符合 pep 8 与工程实践的结构化写法。
在 Python 开发中，尤其是处理 JSON 序列化、配置构建或嵌套数据结构时，字典（dict）是最常用的数据容器之一。如何初始化一个字典，看似是微小的语法选择，实则影响代码的可读性、可维护性甚至运行效率。常见做法主要有两类：
1. 显式逐键赋值（Dynamic Assignment）
my_dict = {}
my_dict['key1'] = "value1"
my_dict['key2'] = "value2"
my_dict['key3'] = "value3"2. 字典字面量声明（Dict Literal / Inline Initialization）
my_dict = {
'key1': "value1",
'key2': "value2",
'key3': "value3",
}二者语义等价，均创建相同内容的字典对象，但存在关键差异：
立即学习“Python免费学习笔记（深入）”；
✅ 性能差异显著：字面量语法在 CPython 解释器中被直接编译为 BUILD_MAP 指令，一次性完成哈希表分配与键值填充；而逐键赋值需多次调用 STORE_SUBSCR，涉及重复哈希计算、扩容判断与内存写入，在初始化阶段性能通常低 2–5 倍（尤其当键数 > 5 时）。对生成大型 JSON 的场景，批量初始化的效率优势不容忽视。
✅ 可读性与可维护性更优（当格式化得当）：PyCharm 等现代 IDE 推荐转为字面量，并非鼓励“写在一行”，而是倡导结构化字面量（structured literal）——即多行缩进、末尾逗号（trailing comma）和键值对垂直对齐。这种写法天然支持：
- 键名/值的快速定位与增删（Git diff 更精准）；
- 自动格式化工具（如 Black、Ruff）友好；
- 避免遗漏 = 或引号配对错误；
- 与 JSON 格式高度一致，降低心智负担。
❌ 逐键赋值的适用场景有限：仅在以下情况合理使用：
- 键名或值需动态计算（如 my_dict[f"field_{i}"] = compute_value(i)）；
- 初始化后需条件插入（if condition: my_dict['opt'] = 'enabled'）；
- 字典需复用并逐步构建（如循环聚合）。
⚠️ 注意事项：
- 字面量中重复键（如 'key2': "value2", 'key2': "value3"）会导致后者覆盖前者，且 Python 不报错——这是合法语法，但易引发隐蔽 bug，建议启用 ruff 规则 RUF012 或 pylint 的 duplicate-key 检查；
- 始终使用英文双引号或单引号保持风格统一（推荐双引号，与 JSON 兼容）；
- 多行字面量末尾添加逗号（如 'key3': "value3",），便于后续新增字段且避免 Git 提交冗余变更。
总结：对于静态、已知结构的字典（如配置项、JSON payload 片段），优先采用格式良好的多行字典字面量；它兼具性能优势、清晰结构与工程鲁棒性。PyCharm 的提示本质是引导你从“隐式构建”转向“声明式表达”——这正是 Python “显式优于隐式”哲学的体现。
