为何多数程序员单独导入useState而非直接使用React.useState？

嘿，这个问题问到点子上了！咱来一步步捋清楚这两种写法的门道～

一、为啥大家偏爱单独导入useState？ #

其实主要是几个实用的原因：

• 代码更清爽简洁：想象一下组件里要用到五六个hooks的场景，每次写React.useState、React.useEffect... 光是重复的React.就显得累赘。单独导入后直接写useState，代码可读性一下子就上去了，看着也舒服。
• 模块化思维的体现：现代前端都讲究模块化开发，明确导入自己需要的API，能让看代码的人一眼就知道这个组件依赖了哪些React特性，不用去翻代码找到底用了React对象里的哪些方法。
• 版本迭代的遗留习惯：在React 17之前，JSX编译必须依赖全局的React对象，所以那时候大家都得写import React from 'react'。但React 17推出了新的JSX转换，不再需要强制导入整个React了，这时候按需导入hooks就成了更自然的选择，慢慢就变成了主流习惯。

二、React.useState真的更省内存吗？ #

答案是：几乎没差别！

现代打包工具（比如Webpack、Vite）都支持tree-shaking技术——不管你是用import { useState } from 'react'还是React.useState，打包工具都会分析你的代码，只把实际用到的部分打包进最终产物里。

当然，要是你用的是特别老旧的打包配置，import React from 'react'可能会不小心导入整个React库，但这种情况现在几乎不存在了。反而，单独导入的写法在开发阶段更有优势：ESLint等工具能更好地做静态检查，比如提醒你hooks有没有在不合法的地方调用（比如条件判断里），或者有没有导入了没用到的hooks。

总结 #

两种写法都是完全合法的，没有绝对的好坏。如果团队有统一的代码规范，跟着规范走就行；要是自己写项目，选看着顺眼的方式就好～

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