Spring之注入静态变量的三种方式

Spring静态注入的三种方式:

(说明:MongoFileOperationUtil是自己封装的一个Mongodb文件读写工具类,里面需要依赖AdvancedDatastore对象实例,dsForRW用来获取Mongodb数据源)

在Spring Framework里,我们不能@Autowired一个静态变量,使之成为一个spring bean,例如下面这种方式:

@Autowired
private static AdvancedDatastore dsForRW;

可以试一下,dsForRW在这种状态下不能够被依赖注入,会抛出运行时异常java.lang.NullPointerException
因为静态变量/类变量不是对象的属性,而是一个类的属性,Spring则是基于对象层面上的依赖注入。
但是我们经常会使用封装的工具类,并通过@Component注解成功能组件,但是功能组件中的方法一般都是静态方法,静态方法只能调用静态成员变量,于是就有了下面的问题:有的时候封装功能组件会需要底层的service注入,怎么办呢?

去网上搜了下解决办法,简单总结一下几种实现方式:

工具类示例:

public class MongoFileOperationUtil {

    private static AdvancedDatastore dsForRW;

    private static MongoFileOperationUtil mongoFileOperationUtil;

    public void init() {
        mongoFileOperationUtil = this;
        mongoFileOperationUtil.dsForRW = this.dsForRW;
    }
}

1、xml,这种方式适合基于XML配置的WEB项目

<bean id="mongoFileOperationUtil" class="com.*.*.MongoFileOperationUtil" init-method="init">
    <property name="dsForRW" ref="dsForRW"/>
</bean>

2、@PostConstruct

@Component
public class MongoFileOperationUtil {
    @Autowired
    private static AdvancedDatastore dsForRW;

    private static MongoFileOperationUtil mongoFileOperationUtil;

    @PostConstruct
    public void init() {
        mongoFileOperationUtil = this;
        mongoFileOperationUtil.dsForRW = this.dsForRW;
    }
}

@PostConstruct注解的方法在加载类的构造函数之后执行,也就是在加载了构造函数之后,执行init方法;(@PreDestroy注解定义容器销毁之前的所做的操作)
这种方式和在xml中配置init-methoddestory-method方法差不多,定义Spring容器在初始化bean和容器销毁之前的所做的操作

3、在setter方法上添加@Autowired注解,类定义上添加@Component注解

@Component
public class MongoFileOperationUtil {

    private static AdvancedDatastore dsForRW;

    @Autowired
    public void setDatastore(AdvancedDatastore dsForRW) {
        MongoFileOperationUtil.dsForRW = dsForRW;
    }
}
  • Spring要能扫描到AdvancedDatastore的bean,然后通过setter方法注入
  • 成员变量上不需要再添加@Autowired注解

转载自 《Spring静态注入的三种方式》

<think>好的,用户想修改Vite的配置,生成不包含type='module'的构建产物,并且确保能正常运行。首先,我需要回忆一下Vite的默认构建行为。Vite在开发模式下使用ES模块,但生产构建默认会生成普通的静态文件,不过可能还是带有模块化的特性。用户的需求是去除type='module',这可能涉及到配置构建选项,比如设置build.target为更旧的ES版本,或者关闭代码分割。 然后,我需要检查Vite的文档,看看哪些配置项影响模块类型。build.rollupOptions.output.format可能是个关键点,将其设置为'iife'或'umd'可以生成立即执行的函数,避免使用ES模块。同时,build.cssCodeSplit可能需要关闭,防止CSS也被模块化。还有,用户可能需要处理资源路径,因为默认情况下Vite可能会使用相对路径,导致非模块化环境下路径错误,所以base选项应该设为'./'。 另外,用户可能还需要考虑polyfill,因为如果目标环境不支持某些ES6特性,可能需要引入core-js之类的垫片。在配置文件中设置build.target为'es5'也是一个好主意,确保兼容性。最后,测试构建后的文件是否真的没有type='module',并且能够正确运行,可能需要调整index.html中脚本的引入方式,去掉type="module"属性。 总结下来,配置步骤应该是:修改rollup的输出格式,关闭CSS代码分割,设置基础路径,调整构建目标,并在HTML中移除模块类型。同时,生成相关问题来帮助用户深入理解配置的影响和其他相关优化。</think>要修改Vite配置生成非模块化产物,需要通过以下步骤配置vite.config.js: ```javascript import { defineConfig } from 'vite' export default defineConfig({ build: { rollupOptions: { output: { format: 'iife', // 使用立即执行函数表达式格式 entryFileNames: '[name].js', // 禁用哈希命名 inlineDynamicImports: true // 强制内联动态导入 } }, cssCodeSplit: false // 禁用CSS代码分割 }, base: './' // 强制使用相对路径 }) ``` 该配置通过三个关键修改实现非模块化: 1. `format: 'iife'` 将模块格式设为立即执行函数表达式,替代默认ES模块格式[^2] 2. `inlineDynamicImports: true` 确保所有依赖打包到单个文件 3. `cssCodeSplit: false` 防止生成多个CSS模块文件 **注意事项**: - 需要同步修改`index.html`中的脚本引用,移除`type="module"`属性 - 建议设置`build.target: 'es5'`以兼容旧浏览器[^3] - 需要添加polyfill处理ES6+特性,可通过`@vitejs/plugin-legacy`插件实现
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值