es6中export和export default的性能问题,有区别吗？

[王一诺Eno]

今天敲代码的过程中，有同事提出我api.js用的export default要改为export输出，说是性能问题，然后认真想了想，查阅了大量相关资料，还是没有找到一个关于这两者性能问题的详细概述

[丰云]

理解了编译时加载或者静态加载 这句话，就应该能理解所以的效率问题， 所谓编译时静态加载，是指该脚本第一次导入时就执行好，把导出的代码（方法）存放在内存里，后面随时可以直接调用。 这样，比起每次都是实时加载方法代码，是要高效一些

[丰云]

但是export 和 export default好像跟这个无关，他们的区别只是在于导出的个数和用法吧

[丰云]

硬要说效率高，应该时体现在阅读代码的时候吧 default可以不用带方法名，因此阅读时还要跳过去看具体default的方法

[王一诺Eno]

认真找了一下，确实没听过类似的问题，然后想了一下export default 虽然是默认导出 也许导出的对象属性活方法会很多，但这种假如每个页面都有导入的话 会重复导入吗~

[王一诺Eno]

引用 1 楼 丰云 的回复:

理解了编译时加载或者静态加载 这句话，就应该能理解所以的效率问题， 所谓编译时静态加载，是指该脚本第一次导入时就执行好，把导出的代码（方法）存放在内存里，后面随时可以直接调用。 这样，比起每次都是实时加载方法代码，是要高效一些

引用 3 楼 丰云 的回复:

硬要说效率高，应该时体现在阅读代码的时候吧 default可以不用带方法名，因此阅读时还要跳过去看具体default的方法

认真找了一下，确实没听过类似的问题，然后想了一下export default 虽然是默认导出 也许导出的对象属性活方法会很多，难道这种假如每个页面都有导入的话 会重复导入吗

[王一诺Eno]

根据这个帖子表明 export default确实会有性能浪费 后期测试看看~

[丰云]

引用 6 楼 安静Eno 的回复:

根据这个帖子表明 export default确实会有性能浪费 后期测试看看~

即便如上文所述，相对于export导出功能来说，影响也非常有限。 不过本着工匠精神，把手头的事情做到极致的原则，这样替换一下，还是有点价值的

[王一诺Eno]

引用 7 楼 丰云 的回复:

[quote=引用 6 楼 安静Eno 的回复:] 根据这个帖子表明 export default确实会有性能浪费 后期测试看看~

即便如上文所述，相对于export导出功能来说，影响也非常有限。 不过本着工匠精神，把手头的事情做到极致的原则，这样替换一下，还是有点价值的[/quote] 影响确实非常有限 不过综合起来的话 还是export导出终究有点好处，阅读代码也会好点