ES6无法扩展import导入对象，create-react-app报错求助

这其实是ES模块（ES Modules）和CommonJS模块在模块绑定机制上的核心差异导致的，我来给你拆解清楚：

1. ES模块的import是「只读绑定」，不是普通对象 #

当你用import * as Test from './Test.js'时，Test并不是一个普通的JavaScript对象，而是一个模块命名空间对象。ES模块规范明确规定，这个命名空间对象是只读的：

• 你不能给它添加新属性（比如Test.b=2这种操作直接违反规则）
• 你也不能修改已导出的绑定值（除非导出的是引用类型，比如对象/数组，你可以修改其内部属性，但不能替换整个绑定）

create-react-app底层依赖的webpack会在编译阶段做静态检查，发现你试图修改只读的命名空间对象，就会抛出"export 'b' (imported as 'Test') was not found in './Test'"的错误——这个报错本质是在提示你：你试图访问的b根本不在模块的导出列表里，而且你也不能动态给命名空间对象添加属性。

举个更直观的例子，如果你的Test.js改成这样：

export const obj = { a: 1 }

你可以修改obj内部的属性：

import { obj } from './Test.js'
obj.b = 2 // 这是允许的，因为obj是引用类型，你修改的是对象内部的属性

但你依然不能给模块命名空间对象加属性：

import * as Test from './Test.js'
Test.b = 2 // 依然会报错！

2. CommonJS的require返回的是普通可修改对象 #

CommonJS模块的加载逻辑是动态的：当你调用require('./Test.js')时，Node.js（或webpack模拟的CommonJS环境）会执行整个模块的代码，然后把module.exports指向的对象复制一份返回给你。这个返回值就是一个普通的JavaScript对象，你可以自由地给它添加、修改属性，所以Test.b=2完全没问题，运行时也不会有任何报错。

总结一下 #

两种模块系统的设计理念完全不同：

• ES模块追求静态确定性，通过只读绑定保证模块依赖关系在编译时就能被分析，避免动态修改带来的不确定性
• CommonJS追求动态灵活性，返回普通对象让开发者可以自由操作，但牺牲了静态检查的能力

所以你遇到的问题本质上是两种模块规范的设计差异，不是代码写错了，只是用错了对应的操作方式~

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