先记住这个答案
二者均提供对导出的实时绑定：导出方修改let变量后，导入方通过ns.prop或直接标识符读取都能看到新值。但具名导入在源码中直接引用标识符，打包器能静态判断哪些导出未被使用；而import * as ns引入整个命名空间，对其属性的访问通常被当作动态属性访问，导致打包器难以确定哪些属性还需要保留，往往保留全部导出，削弱Tree-shaking效果。
- 两种导入方式都保持实时绑定。
- 具名导入明确引用，利于打包器静态分析。
- namespace导入可能使打包器保守保留所有导出。
实时绑定与静态分析机制
ES模块中，具名导入import { a } from 'mod'和命名空间导入import * as ns from 'mod'都建立对导出绑定的实时引用。这意味着如果导出模块修改了a的值，导入方无论通过直接标识符a还是通过ns.a读取，得到的都是最新值。这种实时绑定由模块链接时的词法环境实现，与访问方式无关。关键区别在于源码中绑定出现的语法位置：具名导入将标识符直接注入当前作用域，而命名空间导入生成一个对象，访问其属性需要额外的静态分析。
打包器（如Rollup、webpack）进行Tree-shaking，需要确定每个导出是否被使用。对于具名导入，源码中如果出现a标识符，打包器可以记录该导出被使用；若从未出现，则可将对应导出从产物中剔除。而对于import * as ns，变量ns本身被使用了，但打包器无法提前知道会访问ns的哪些属性，因为属性访问可能发生在运行时条件、回调或通过字符串变量（ns[someVar]）。即使实际只使用了ns.a，打包器也通常无法排除其他属性，因为ns是动态对象。因此，为了安全，打包器会保留模块的全部可能导出，或需要更复杂的作用域分析才能优化。
库工具包按需引入的实现比较
考虑一个工具库utils.js，导出export function shuffle(arr){...}和export function sort(arr){...}。应用代码main.js仅用到sort。若使用具名导入import { sort } from './utils.js'，打包器能明确将shuffle从最终产物中删除。但如果改成import * as utils from './utils.js'，即使代码只调用utils.sort，打包器在分析时发现utils是整体对象，无法确定shuffle是否可能在动态场景下被访问，通常不会删除shuffle，导致产物增大。
在大型依赖库中，这种差异影响明显。例如引入UI库的icon集合，若用import * as icons，所有图标代码都会打包；若具名导入import { HomeIcon }，则其他图标可被摇除。因此，库作者常建议用户使用具名导入，同时库本身采用ESM格式并提供副作用标记，以利于摇树。若必须使用namespace，可尝试通过对象解构的静态写法（如const { sort } = utils）帮助打包器分析，但效果不如直接具名导入可靠。
失效边界与处理方式
Tree-shaking的实际效果还依赖打包器的实现和配置。早期webpack需要开启sideEffects:false标记，Rollup则依赖模块层级分析。但即便在支持良好时，若模块本身有副作用（如顶层修改全局变量），或导出被重导出（export * from），打包器为了安全也可能保留更多代码。此外，在循环依赖场景下，无论采用具名导入还是命名空间导入，若在模块初始化期间访问尚未初始化的绑定，都会抛出ReferenceError，不存在稳定性差异；使用时应确保在相关模块完成初始化后再访问依赖值。
若必须使用namespace且又想优化，可尝试将ns.a的使用改为先解构const { a } = ns，这样打包器能更可能追踪到属性a。但最稳妥的判断是：在面向子集导出的库代码中，总是优先使用具名导入；仅在需要遍历导出（如插件系统动态发现导出）时用namespace。这种情况下，Tree-shaking失效是可接受的代价，因为此时确实需要整个命名空间的动态访问能力。
容易答错的地方
- 误以为namespace导入破坏实时绑定
- 实际
ns.a和直接导入的a都是实时绑定，模块导出let变量变更后，两种访问方式都能看到新值。误区源于将namespace当作普通对象快照，但规范规定module namespace对象是不可变的实时视图。 - 以为具名导入一定完全摇树
- 具名导入只是利于分析，并非保证。若模块有副作用且未在package.json标记
sideEffects:false，或打包器配置未开启优化，即使只有具名导入也可能保留未用导出。需结合模块副作用的约定和具体打包器行为考虑。
面试官还会怎么问？
为什么实时绑定和Tree-shaking看似矛盾？
实时绑定保证运行时变量映射，Tree-shaking则在构建期静态删除未用导出，两者发生在不同阶段。实时绑定由模块词法环境实现，静态分析只看导入语法，不冲突。
能否通过对namespace解构来改善Tree-shaking？
在源码中写const { sort } = ns能帮助部分打包器追踪属性，但不如直接具名导入直接。解构仍可能被分析为动态属性访问，具体实现依赖打包器优化能力，不能保证。
使用namespace导入时，打包器是否一定无法摇树？
不一定。若module的所有导出都被使用，则整个模块保留是合理的。若打包器做了作用域内追踪，如自研分析，可能优化，但主流工具为安全普遍保守，因此实际中建议采用具名导入。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。