开启严格模式后，vuex实时拦截绕过mutation的state修改并抛出警告；需在store实例配置strict: true，开发环境推荐开启、生产环境必须关闭；其通过\_committing标记检测修改来源，直接赋值等操作均被捕获。
开启严格模式后，Vuex 会实时拦截所有绕过 mutation 的 state 修改行为，并在控制台抛出明确的警告（非阻断式错误），帮你快速定位违规写法。
开启严格模式只需配置 strict: true
创建 Store 实例时传入 strict: true 即可启用：
- 开发环境推荐开启，便于及早发现状态修改不规范问题
- 生产环境务必关闭，避免深度监听带来的性能开销
- 注意：strict 是 Store 构造选项，不是 state 或 mutations 的属性
严格模式检测的是“谁改了 state”，不是“改了什么”
Vuex 内部通过一个私有标记 _committing 判断修改来源：
- 所有合法 mutation 调用都会被
_withCommit包裹，执行前设_committing = true - state 响应式更新触发 watch 回调时，检查
_committing是否为 true - 若为 false（比如直接赋值
store.state.count = 5），就触发console.assert报警
哪些操作会被严格模式捕获
以下写法在 strict 模式下都会触发警告：
store.state.xxx = newValue-
store.state.obj.prop = value（即使对象本身响应式，也属违规） - 在 actions 或组件 methods 中直接修改 state，未走 commit
- 在
beforeDestroy等生命周期钩子中意外触发 state 修改
辅助函数和 mapXXX 不影响严格模式判断
mapState、mapMutations 等只是语法糖，不影响底层检测逻辑：
- 用
...mapMutations(['increment'])提交是合规的 - 但若在 computed 中直接写
return this.$store.state.count + 1并赋值给 state，仍会报警 - 关键看最终修改是否经过
commit → mutation → _withCommit链路
不复杂但容易忽略：strict 模式本质是开发阶段的“状态修改守门员”，它不阻止运行，只提醒你——任何 state 变更都该有迹可循。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
