在Quasar/Vue3中使用provide/inject共享全局函数是否为正确方案？

核心结论 #

你当前通过Quasar boot文件 + Vue provide/inject 注册全局非数据资源的方案完全合理可行，也是Vue3生态下官方推荐的全局依赖共享实现方式之一，完全满足你避免高频依赖重复导入的需求。

方案优势 #

• 符合Vue3设计规范：provide/inject是原生支持的依赖注入能力，不需要引入额外三方依赖
• 没有全局污染：相比挂载到window或app.config.globalProperties的旧方案，依赖调用显式可追溯，不会出现命名冲突问题
• 适配Quasar的初始化流程：boot文件本身就是Quasar预留的应用初始化扩展入口，在这里做全局注册不会影响应用的构建和SSR等特性的兼容

可优化细节 #

1. 修正示例代码笔误：你当前组件代码中注入的函数集合变量是$my_functions，后续调用时写为了$myFunction，实际开发时注意调整即可
2. 封装统一注入钩子减少重复代码：可以把重复的inject逻辑封装为组合式函数，避免每个组件都重复写注入逻辑，还可以增加兜底校验：

// composables/useGlobal.js
import { inject } from 'vue'

export function useGlobal() {
  const myFunctions = inject('my_functions')
  const myApiKey = inject('my_api_key')

  // 增加缺失校验，提前发现注册问题
  if (!myFunctions || !myApiKey) {
    throw new Error('全局资源未注册，请检查boot/generic_stuff.js配置')
  }

  return { myFunctions, myApiKey }
}

后续组件使用时直接调用即可：

// 组件内
import { useGlobal } from 'src/composables/useGlobal'

setup() {
  const { myFunctions, myApiKey } = useGlobal()
  myFunctions.callToSomeFunction()
  return { myApiKey }
}

3. 用Symbol作为注入key避免命名冲突：如果后续项目体量变大，字符串类型的注入key容易出现重名冲突，可以把key抽为全局唯一的Symbol：

// constants/globalKeys.js
export const GLOBAL_FUNCTIONS = Symbol('global_functions')
export const GLOBAL_API_KEY = Symbol('global_api_key')

boot文件和useGlobal中都引用这两个Symbol作为注入的key即可。
4. 通用工具封装后再注入：Axios、通用过滤器这类工具建议先做一层封装，把拦截逻辑、通用参数处理都收敛在封装层，再放到注入的函数集合中，后续迭代修改底层逻辑不需要调整所有组件的调用代码。

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