模板字符串用反引号包裹，支持字符串插值、多行文本以及表达式求值。插值用美元符号加大括号来嵌入任意表达式，结果会被转成字符串拼接，还可以嵌套模板以实现动态组合。多行文本可以直接换行而无需转义，保留缩进与格式，适合生成标记片段或提示消息。这比用加号逐段拼接的传统写法更直观，也更不容易出错。它的常见应用包括拼接网址、生成标记、组装国际化消息以及输出日志。需要注意：插值中的表达式会被字符串化，对象默认得到的是方括号表示，需要自行序列化；反引号与美元符号本身需要转义；多行模板会包含换行与缩进，拼接时要留意多余空白；在大量循环中频繁求值会参与字符串拼接，需关注性能。

类型系统内置了一组工具类型用于常见的类型变换。可选化工具把全部属性变为可选，适合表单草稿或增量更新场景；必填化工具正好相反，把可选属性改为必填；只读工具让属性变为只读，用于描述不可变数据；挑选工具从类型中选出指定键组成新类型；排除工具则剔除指定键；记录工具用来构造键到值的映射类型；返回类型工具可提取函数的返回类型；参数工具则提取参数组成的元组。它们都建立在映射类型与条件类型之上。需要注意：这些工具大多是浅层变换，嵌套对象不会被递归处理，如需递归版本要自行编写；排除工具所选的键必须是合法键，否则约束会报错；挑选与排除组合使用时要注意避免遗漏；深层只读需要手写递归映射来实现。

分布式锁保证多个节点对同一资源的互斥访问。基于 Redis 常用 SET 命令带 NX 与过期时间原子加锁，释放时校验持有者标识并用 Lua 保证原子删除；基于数据库可用唯一键或行锁。应用场景包括库存扣减、定时任务防重复执行、缓存更新。注意事项：加锁必须设置过期时间防止死锁；释放锁要校验归属避免误删他人锁；锁的续期针对长任务需看门狗机制；Redis 主从切换可能丢锁，可用红锁或接受一定概率；业务执行时间应小于锁过期时间或合理续期；获取锁失败要有重试与超时；锁粒度要细以减少等待；基于 ZooKeeper 的方案利用临时顺序节点更可靠但更重；锁只是协调手段，能用于幂等或乐观锁时优先选择。

灰度发布通过让一小部分流量先使用新版本、观察指标正常后再逐步扩大，降低全量上线风险。实现方式包括按流量比例（网关或网格权重路由）、按用户标识（白名单、灰度标签、Header）、按地域或机器分组。核心是流量路由规则与新旧版本并存。应用场景上，核心交易系统上线用按用户灰度，新功能测试用内部账号灰度，容量扩容用金丝雀节点。注意事项：灰度规则要能动态下发且可立即回滚；新旧版本需保持接口与数据结构兼容，避免灰度期间数据错乱；监控要能分版本对比错误率与延迟，否则灰度失去意义；全链路灰度需把标签透传到下游，防止调用落到非灰度实例导致脏数据；数据库变更要做向前兼容的平滑迁移。

二分图指顶点可划分为两个集合且每条边的两端分属不同集合的图。判定方法是染色法：从某顶点染成颜色一，对其邻居染成颜色二，逐层交替染色，若遇到一个邻居已经染了与当前应染颜色相同的颜色，则说明存在奇数长度的环，判定失败；若所有连通分量都能顺利染色则为二分图。原理是二分图等价于不存在奇环。它用于判断冲突关系、任务匹配（配合匈牙利算法求最大匹配）、稳定婚姻、排班冲突检测。注意事项：图不连通时需对每个未染色顶点都做一次染色；染色可用 BFS 或 DFS；自环会使判定失败；边权不影响二分性；判定后可进一步求最大匹配或最小点覆盖（科尼希定理）。

CSS Modules 在构建时把每个 .module.css 中的类名做局部化处理，默认通过文件名加类名加哈希生成唯一类名，并在 JS 中导出一个映射对象，组件用 styles.xxx 引用，从根本上避免全局样式冲突。它保持写普通 CSS 的语法，同时提供 :global 逃逸与 :local 明确局部、composes 组合复用其它类。实际案例：React 项目中 import styles from './Button.module.css' 后 className={styles.root}，构建工具(webpack css-loader、Vite 内置)负责转换。注意事项：动态拼类名时需通过映射对象取，不能用字符串直接拼，否则拿不到哈希名；第三方库样式需用 :global；哈希命名规则可按环境配置；与 Tailwind 这类原子化方案定位不同，可组合使用。

灰度发布通过让一小部分流量先使用新版本、观察指标正常后再逐步扩大，降低全量上线风险。实现方式包括按流量比例（网关或网格权重路由）、按用户标识（白名单、灰度标签、Header）、按地域或机器分组。核心是流量路由规则与新旧版本并存。应用场景上，核心交易系统上线用按用户灰度，新功能测试用内部账号灰度，容量扩容用金丝雀节点。注意事项：灰度规则要能动态下发且可立即回滚；新旧版本需保持接口与数据结构兼容，避免灰度期间数据错乱；监控要能分版本对比错误率与延迟，否则灰度失去意义；全链路灰度需把标签透传到下游，防止调用落到非灰度实例导致脏数据；数据库变更要做向前兼容的平滑迁移。

NetworkPolicy 以 Pod 选择器为对象，定义允许的入站和出站规则，默认拒绝未显式放行的流量。它基于标签而非 IP，便于随实例变化自动适用。规则可限定来源命名空间、来源 Pod 标签和端口。实现依赖 CNI 插件支持，策略最终被翻译为底层 iptables 或 eBPF 规则。应用场景上，实现微服务间最小权限访问、隔离多租户工作负载、限制数据库只被特定服务访问。注意事项：默认未定义策略时所有流量互通，需先建默认拒绝再逐条放行；DNS 出站要显式允许，否则域名解析失败导致服务不可用；策略合并是并集关系，多条同时匹配会叠加允许；只在支持的 CNI 下生效，选型前需确认；调试困难，需用工具验证连通性；调试期间误加拒绝策略可能造成大面积中断，建议先在测试环境验证。

TCC 把事务拆为 Try 预留资源、Confirm 确认执行、Cancel 撤销预留三个阶段，由业务代码自行实现各阶段逻辑。原理是先冻结资源再加确认，用补偿抵消失败分支，从而把长事务拆成短操作，减少锁持有时间。应用场景有资金冻结后扣款、库存预占后发货、优惠券锁定后核销。注意事项：Try 阶段必须做资源预留与幂等校验，避免超卖；Confirm 与 Cancel 都必须幂等，因为网络重试会导致重复调用；要防范空回滚（Try 未执行却收到 Cancel）与悬挂（Cancel 先于 Try 到达），可通过事务控制表记录状态来识别；Confirm 一旦失败需持续重试直到成功；补偿设计要考虑部分成功与人工干预的兜底路径。

父类引用关键字用于在子类中指向父类。当它作为函数被调用时，会执行父类的构造函数，必须在子类构造函数中、使用 this 之前调用，以完成父类的初始化。当它作为属性被访问时，指向父类原型上的方法，访问静态成员时则指向父类的静态方法，调用时 this 仍然指向当前的子类实例，因此能够正确访问子类自身的属性。它让子类既能复用父类逻辑，又能扩展或覆盖既有行为。常见应用包括构造函数初始化、重写方法时调用父类实现以及静态成员复用。需要注意：在子类构造函数中不调用它就直接使用 this 会报错；它只能在类的方法和构造函数中使用；普通对象方法里想使用它需借助对象字面量的继承语法；箭头函数中的它绑定的是外层，容易产生误用。