React中useContext解构的局部状态能否用var声明？

两者的区别完全来自JavaScript本身的变量声明规则，和React的内部运行机制没有绑定关系，但实际使用中会带来明确的行为差异，不存在什么“React对const声明的状态做特殊优化”的情况。

不同声明方式的实际运行表现 #

• 常规的const解构写法：

  const [name, setName] = useContext(myContext)
  

  这种声明下，解构出来的name是块级作用域的常量引用，直接对它做赋值操作（比如代码片段里的name = undefined）会直接触发语法报错，从编译阶段就阻断了“直接修改本地状态快照”的无效操作。
• 换成var声明的写法：

  var [name, setName] = useContext(myContext)
  useEffect(() => {
    if (someCondition)
      name = undefined
    setName(name ?? getName())
  }, [name])
  

  这种写法语法上完全合法，不会报错，但需要明确一个核心逻辑：useContext返回的永远是当前渲染阶段从全局context拿到的只读快照，解构出来的name只是一个临时的本地变量拷贝，不是context内部的状态引用。你对这个本地name做的任何直接修改，都不会同步到context的内部状态，也不会触发组件的重渲染。
  对应到业务逻辑里，当someCondition为真时，你会先把本地的name变量改成undefined，紧接着执行的setName(name ?? getName())实际上传入的值永远是getName()的返回值，和context中原本存储的name值没有任何关联。这个运行结果哪怕把var换成let，也是完全一样的。

为什么项目里普遍习惯用const做状态解构 #

这不是React的强制语法要求，纯粹是长期实践形成的最佳习惯：

• 从语法层面做强约束：状态值本身是当前渲染的快照，本来就不应该被直接修改，所有状态更新都必须通过对应的setter函数完成。用const声明相当于从根源上避免写出“能运行但逻辑完全无效”的迷惑代码。
• 规避隐式的作用域问题：var是函数作用域，存在变量提升的特性，在逻辑复杂的组件函数里很容易出现同名变量意外覆盖的问题；而const/let是块级作用域，不会出现这类隐式的变量污染风险。

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