V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Sponsored by
LinkedIn
不坐班的神仙工作 · 去任何你想去的地方远程,赚一线城市的工资
2000 个不用出门 Social 的全球远程工作,帮助 V2EX 的小伙伴开启全新的工作方式。
Promoted by LinkedIn
tinotino654321
V2EX  ›  Java

Spring 依赖注入最佳实践?

  •  
  •   tinotino654321 · 217 天前 · 4138 次点击
    这是一个创建于 217 天前的主题,其中的信息可能已经有所发展或是发生改变。
    Spring 官方文档里推荐的是用 Constructor 注入,可选依赖用 Setter 注入。
    但是实际在项目里一般用哪种注入呢?
    我工作没多久,见到的大部分都是用 Field 注入。
    50 条回复    2022-02-23 10:52:08 +08:00
    chendy
        1
    chendy  
       217 天前
    final 字段 + 构造方法注入 + lombok 的 RequireArgsConstructor 注解
    是不是最佳不知道,应该是字最少的
    但是不能用来处理 RestTemplateBuilder 这样的特殊 bean
    issakchill
        2
    issakchill  
       217 天前
    我也是用 1 楼的方法
    有个难处理的地方是这个类的子类要手写构造方法,不知道有没有更方便的做法?
    sutra
        3
    sutra  
       217 天前
    Constractor 注入的话,可以把 field 标记为 final ,其它的则不行。
    sutra
        4
    sutra  
       217 天前   ❤️ 1
    fpure
        5
    fpure  
       217 天前   ❤️ 15
    我不管,我就要用 @Autowire 属性注入
    Bingchunmoli
        6
    Bingchunmoli  
       217 天前
    官方推荐使用构造器,而旧项目和旧 Spring 用的比较多的是 autowired 和 resource , 都行,其实按推荐确实好点
    7911364440
        7
    7911364440  
       217 天前
    Constractor+1
    Oktfolio
        8
    Oktfolio  
       217 天前
    我是 Constractor + Setter
    Oktfolio
        9
    Oktfolio  
       217 天前
    @Oktfolio 啊这,复制了楼上的 typo
    giiiiiithub
        10
    giiiiiithub  
       217 天前
    如果依赖是创建对象时必须的,肯定是构造器注入。否则应该用 setter 注入,最次是 field 。

    以上是基于:1. 依赖是否必须在构造对象时提供,2. 方便 mock

    但实际使用使用是另一回事。用 spring 那一套,即便用 filed 注入一般也没什么问题
    tinotino654321
        11
    tinotino654321  
    OP
       217 天前
    @sutra 实际上很少有依赖注入后会被修改的情况吧? final 其实也不是很重要?
    sutra
        12
    sutra  
       217 天前
    @tinotino654321 final 的目的是为了防止被修改,也可以从语义角度表示,不可以修改。
    sutra
        13
    sutra  
       217 天前
    @Oktfolio 我发完就发现我的 typo 了,然而 V2EX 不能改。哈哈哈……
    tinotino654321
        14
    tinotino654321  
    OP
       217 天前
    @giiiiiithub 我觉得 Field 注入最方便,但既是优点也是缺点。
    优点是可以循环依赖,而且加依赖方便,不用改 Constructor 。
    缺点是 Class 容易循环依赖,责任不清晰,并且依赖很多,容易形成屎山。
    Mock 的话 Mockito 也可以 InjectMocks ,问题不是很大。
    sutra
        15
    sutra  
       217 天前 via iPhone
    constructor 注入也能循环依赖,加 lazy 注解。
    giiiiiithub
        16
    giiiiiithub  
       217 天前
    @tinotino654321 跟依赖循环没多大关系。主要是依赖应该不应该放在构造函数?能不能被 mock ? 你可以想象如果提供给外部使用,就需要问自己两个问题:1. 什么是必须的什么是可选的? 2. 什么是可以被修改的什么是不能被修改的?
    liuxu
        17
    liuxu  
       217 天前
    新版的 idea 不是推荐 contractor 里面用 @autowired 注入么
    WispZhan
        18
    WispZhan  
       217 天前 via Android
    必然是按官方来,不然提 PR 都过不了 bot
    honamx
        19
    honamx  
       217 天前
    @RequiredArgsConstructor + private final
    appstore54321
        20
    appstore54321  
       217 天前 via Android
    构造函数注入,写单元测试时就知道了,这样最方便 mock 。直接 autowired 一个成员这怎么测。
    NotFoundEgg
        21
    NotFoundEgg  
       217 天前
    我一般用构造器注入
    用 Autowired 注入 idea 会有警告,看着难受
    leeg810312
        22
    leeg810312  
       217 天前 via Android
    顺便问下,service 接口实现按推荐的构造函数注入依赖,那么单元测试 mockito 怎么写比较好
    Kontinue
        23
    Kontinue  
       217 天前
    @NotFoundEgg 同,idea 推荐哪种方式用哪种哈哈哈,不然全是波浪线和 warning 很难受。人家既然给出提示肯定是有他的必要性的
    thetbw
        24
    thetbw  
       217 天前
    @appstore54321 我们从没写过单元测试😅
    chendy
        25
    chendy  
       217 天前
    @leeg810312 直接 @ Mock 定义 mock 依赖,然后自己把 service new 出来
    hingbong
        26
    hingbong  
       217 天前
    kotlin 表示一般用 constructor, 偶尔是 setter
    gitdoit
        27
    gitdoit  
       217 天前   ❤️ 2
    idea 治好了我用 @Autowired 的毛病
    sheeta
        28
    sheeta  
       217 天前
    @Kontinue @Resource 注入就没有警告了,哈哈
    summerLast
        29
    summerLast  
       217 天前
    同一楼 final 字段 + 构造方法注入 + lombok 的 RequireArgsConstructor 注解
    补 需要 注入值的 或 特殊的 不用 final 修饰 自己手动加对应注解
    qaqLjj
        30
    qaqLjj  
       217 天前
    @sutra 这篇文章讲了 constructor 注入可以防止空指针,但是我试了 `@AutoWired/@Resource` 注解,用这两个注解时,缺依赖的话 springboot 都启动不起来,所以不管是构造器注入还是字段注入都不会造成空指针啊
    wolfie
        31
    wolfie  
       217 天前
    @qaqLjj #30
    构造器注入,没有合格的 bean 一样没法创建。
    hambers
        32
    hambers  
       217 天前
    构造器注入 如果以来的注入对象很多的话,构造方法不是参数很多的样子。 强迫症看着有点不舒服,有啥好办法么
    Edsie
        33
    Edsie  
       217 天前
    推荐构造器注入,但实际用的时候常用 @AutoWired
    banmuyutian
        34
    banmuyutian  
       217 天前
    @hambers #32
    lombok 注解
    xuanbg
        35
    xuanbg  
       217 天前
    field 注入最简单,但安全性不太好。我都是用构造器注入,这样不会飘红,强迫症你们不用学。
    xuanbg
        36
    xuanbg  
       217 天前
    @hambers 注入对象很多的话,你要反思自己的代码结构是否合理了。
    NotFoundEgg
        37
    NotFoundEgg  
       217 天前
    @hambers
    Lombok 的 RequireArgsConstructor 注解可以解决这个问题,但从设计上来说一个类注入了过多的对象,可能违背了单一职责原则(虽然实际上来说这种情况确实特别常见🤣)
    wolfie
        38
    wolfie  
       217 天前
    @appstore54321 #20
    单元测试时候 脱离 spring ?
    dcsuibian
        39
    dcsuibian  
       217 天前
    Constractor ,因为 idea 不会有波浪线。(测试的那里不会有)
    循环依赖用 settter
    chendy
        40
    chendy  
       217 天前
    @wolfie 依赖全 mock ,直接脱离 spring 单独跑
    spring 的测试工具其实更多是集成测试不是单元测试(带数据库和接口之类的)
    cheng6563
        41
    cheng6563  
       217 天前
    构造器注入的话 如果循环依赖会炸掉
    shanghai1943
        42
    shanghai1943  
       217 天前
    构造器注入的话,万一是需要注入很多 bean 咋整。。不得写一长串么
    zzfer
        43
    zzfer  
       217 天前
    @shanghai1943 我们使用的 lombok 的 RequireArgsConstructor 注解
    shanghai1943
        44
    shanghai1943  
       217 天前
    @zzfer 👍学习了。
    incubus
        45
    incubus  
       217 天前
    @fpure 为啥不用 @Resource
    zhady009
        46
    zhady009  
       217 天前
    用构造器就行了 写多了就明白为什么 也能一定程度上把控代码质量
    hambers
        47
    hambers  
       217 天前
    @banmuyutian 如果 有几个待注入的 field 有循环以来需要 lazy 一下 咋整呢? 能在 final field 上加 @lazy
    Loku
        48
    Loku  
       217 天前
    Constructor 注入
    NeoZephyr
        49
    NeoZephyr  
       216 天前
    不知道为啥不推荐 field 注入。如果全部用构造器注入的话,会遇到循环依赖的
    deweixu
        50
    deweixu  
       216 天前
    我以前用 @AutoWired ,但是 idea 会给我警告,现在改用 setter 了
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2941 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 51ms · UTC 11:55 · PVG 19:55 · LAX 04:55 · JFK 07:55
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.