pinia 模拟试卷

在组件中使用 Store专题测试

10 题 40 分钟难度：★

在组件中引入 Store：掌握在组件中使用 Store 中 在组件中引入 Store 的核心概念、使用方式与常见实践
Store 响应式解构：掌握在组件中使用 Store 中 Store 响应式解构 的核心概念、使用方式与常见实践
在 Options API 中使用：掌握在组件中使用 Store 中 在 Options API 中使用 的核心概念、使用方式与常见实践
Store 生命周期：掌握在组件中使用 Store 中 Store 生命周期 的核心概念、使用方式与常见实践

试卷习题（10 题）

参考答案在文末

判断题

在学习 Pinia 的「在组件中引入 Store」时，可以将其理解为：使用import { useXxxStore } from '@/stores/xxx'引入并在setup中调用

对

错

判断题

在学习 Pinia 的「Store 生命周期」时，可以将其理解为：理解Store是按需创建的（惰性实例化），掌握其在组件树中的提供/注入机制

对

错

单选题

关于 Pinia 中「在组件中引入 Store」的理解，以下哪一项最准确？

使用import { useXxxStore } from '@/stores/xxx'引入并在setup中调用

只能通过 Vuex 的 mutation 才能完成，Pinia 本身不支持这种用法

要求所有状态都必须写在单个全局 Store 中，不能按功能拆分

会自动把所有异步请求缓存为服务端状态，不需要区分客户端状态

单选题

在项目中处理「Store 响应式解构」时，哪种做法更符合 Pinia 的推荐思路？

根据业务场景使用 storeToRefs()，并保持 Store 职责清晰

把所有状态强制放进一个 Store，避免任何模块拆分

绕过 Pinia，直接修改组件外的普通全局变量作为状态源

为了兼容 Vuex，所有状态变化都必须手写 mutation

单选题

在项目中处理「在 Options API 中使用」时，哪种做法更符合 Pinia 的推荐思路？

根据业务场景使用 mapState/mapActions，并保持 Store 职责清晰

把所有状态强制放进一个 Store，避免任何模块拆分

绕过 Pinia，直接修改组件外的普通全局变量作为状态源

为了兼容 Vuex，所有状态变化都必须手写 mutation

单选题

关于 Pinia 中「Store 生命周期」的理解，以下哪一项最准确？

理解Store是按需创建的（惰性实例化），掌握其在组件树中的提供/注入机制

只能通过 Vuex 的 mutation 才能完成，Pinia 本身不支持这种用法

要求所有状态都必须写在单个全局 Store 中，不能按功能拆分

会自动把所有异步请求缓存为服务端状态，不需要区分客户端状态

多选题

围绕 Pinia 的「Store 响应式解构」，下列说法正确的有？

使用storeToRefs(store)保持响应式解构，避免直接解构丢失响应式

实践中需要关注「storeToRefs()」相关用法或约束

主要用于替代 Vue Router 的路由匹配能力，与状态管理无关

必须关闭 TypeScript 类型推断后才能正常使用

多选题

围绕 Pinia 的「在 Options API 中使用」，下列说法正确的有？

使用mapState/mapActions辅助函数，掌握在Vue 2/Vue 3 Options API中的使用

实践中需要关注「mapState/mapActions」相关用法或约束

主要用于替代 Vue Router 的路由匹配能力，与状态管理无关

必须关闭 TypeScript 类型推断后才能正常使用

填空题

Pinia 中「Store 响应式解构」的关键关注点可以概括为。

填空题

Pinia 中「在 Options API 中使用」的关键关注点可以概括为。

参考答案

1.正确 2.正确 3.A 4.A 5.A 6.A 7.A;B 8.A;B 9.storeToRefs() 10.mapState/mapActions

想在手机上在线作答这套卷子？

使用微信 卷王开发者小程序/App，首页顶部扫一扫识别二维码，即可限时作答并自动判分。

了解产品 App