最近在做一個(gè)分布式的web系統(tǒng)，用的boot+dubbo，中間碰到不少坑，最近碰到的坑可是坑了我三四天，把坑都給大家捎帶分享一下，希望能少走彎路。

1. 坑一：與jpa的不兼容

如果你想寫(xiě)這樣的jpasql

    @Query("select g.userIdentity from  GroupMembers g where g.userId=?1 and g.groupId=?2")
    int selectIndentity(Integer userId,Integer groupId);

恭喜你，你可以成功的運(yùn)行它。但是如果你想要這樣

    @Transactional
    @Modifying
    @Query("update GroupMembers g set g.userIdentity=1 where g.userId=?1 and g.groupId=?2")
    int updateIdentity(Integer userId,Integer groupId);

那么，對(duì)不起！你不可以。如果這樣做，你會(huì)發(fā)現(xiàn)你注冊(cè)不了服務(wù)，消費(fèi)者也相應(yīng)的得到nullpointexception異常，這一點(diǎn)你可以在dubbo-admin中清晰的看到--沒(méi)有提供服務(wù)。但是單獨(dú)一個(gè)模塊跑起來(lái)是沒(méi)有問(wèn)題的，測(cè)試也沒(méi)有問(wèn)題的，就是注冊(cè)不進(jìn)去~~

想知道為啥的請(qǐng)看第二點(diǎn)~

2. 坑二：service層加事務(wù)報(bào)空指針

截圖我不發(fā)了，我可不想把事發(fā)場(chǎng)景還原，畢竟花了我?guī)滋斓木皖^皮營(yíng)養(yǎng)。

之所以說(shuō)這個(gè)bug費(fèi)時(shí)費(fèi)力，是因?yàn)檫@個(gè)項(xiàng)目可以運(yùn)行，測(cè)試全都通過(guò)，但是就是注冊(cè)不進(jìn)去dubbo，配置和別的模塊一模一樣也無(wú)動(dòng)于衷！就是注冊(cè)不進(jìn)去dubbo,就是注冊(cè)不進(jìn)去dubbo,就是注冊(cè)不進(jìn)去dubbo.

為什么呢？為什么呢？

如果給service層加事務(wù)，同樣服務(wù)也注冊(cè)不進(jìn)dubbo，那web層的調(diào)用當(dāng)然也是返回空指針。那原因是為什么呢？

我們看一下dubbo的@Service這個(gè)注解源碼：

package com.alibaba.dubbo.config.annotation;

import java.lang.annotation.Documented;
import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE})
public @interface Service {
    Class<?> interfaceClass() default void.class;

    String interfaceName() default "";

    String version() default "";

    String group() default "";

    String path() default "";

    boolean export() default false;

    String token() default "";

    boolean deprecated() default false;

    boolean dynamic() default false;

    String accesslog() default "";

    int executes() default 0;

    boolean register() default false;

    int weight() default 0;

    String document() default "";

    int delay() default 0;

    String local() default "";

    String stub() default "";

    String cluster() default "";

    String proxy() default "";

    int connections() default 0;

    int callbacks() default 0;

    String onconnect() default "";

    String ondisconnect() default "";

    String owner() default "";

    String layer() default "";

    int retries() default 0;

    String loadbalance() default "";

    boolean async() default false;

    int actives() default 0;

    boolean sent() default false;

    String mock() default "";

    String validation() default "";

    int timeout() default 0;

    String cache() default "";

    String[] filter() default {};

    String[] listener() default {};

    String[] parameters() default {};

    String application() default "";

    String module() default "";

    String provider() default "";

    String[] protocol() default {};

    String monitor() default "";

    String[] registry() default {};
}

發(fā)現(xiàn)它不支持被子類(lèi)繼承，所以dubbo掃描的時(shí)候不能夠掃到被注解的服務(wù)。

解決方案：修改Service源碼

怎么修改呢。我們找到Service這個(gè)注解類(lèi)，位于com.alibaba.dubbo.config.annotation;

1. 給它添加一個(gè)注解@Inherited

@Inherited
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE})

2. 重編譯生成class文件

這個(gè)不用說(shuō)了吧 javac Service.java.
然后把class覆蓋上去。

3. maven項(xiàng)目扔到服務(wù)器又變了啊

所以，我們需要把這個(gè)單獨(dú)作為jar包放到項(xiàng)目中。然后maven引用本地jar，而不是從倉(cāng)庫(kù)中獲取。

        <dependency>
            <groupId>com.xxx</groupId>
            <!--自定義-->
            <artifactId>xxxx</artifactId>
            <!--自定義-->
            <version>1.0</version>
            <!--自定義-->
            <scope>system</scope>
            <!--system，類(lèi)似provided，需要顯式提供依賴(lài)的jar以后，Maven就不會(huì)在Repository中查找它-->
            <systemPath>${pom.basedir}/src/main/webapp/WEB-INF/lib/xxx-xxx.jar</systemPath>
            <!--項(xiàng)目根目錄下的lib文件夾下-->
        </dependency>

4. 修改后遺癥

如果你真的像我上面所講的修改了dubbo的Service類(lèi)，那你注冊(cè)的時(shí)候會(huì)發(fā)現(xiàn)一個(gè)問(wèn)題，也是找不到服務(wù)，但是這次不一樣了，你如果在dubbo-admin上看就很清楚。

天吶，服務(wù)名是springProxy，所以我們修改了源碼后必須要手動(dòng)生命Service名稱(chēng)。@Service(interfaceName="com.xx.xxx.service.xxx")

坑一坑二的總結(jié)

個(gè)人認(rèn)為坑一坑二是同一個(gè)問(wèn)題，jpa出了問(wèn)題后因?yàn)闀r(shí)間關(guān)系我還是盡快選擇了mybatis替代的方案，所以解決了坑二后并沒(méi)有去試坑一是否能解決。不過(guò)想想，jpa的修改必須要@Modifying 和事務(wù)，在原生的dubbo的@Service注解下都是不認(rèn)識(shí)的，可能會(huì)有用。試過(guò)的小伙伴可以在評(píng)論分享下你的成果，謝謝！

3. 坑三：service層緩存報(bào)異常

我忘了是什么錯(cuò)了，沒(méi)有及時(shí)記錄下來(lái)，當(dāng)時(shí)在網(wǎng)上查，前輩說(shuō)的是因?yàn)榧恿藃edis后service接口不符合dubbo規(guī)范，也就是dubbo不能識(shí)別這個(gè)接口，所以我最終把cache的實(shí)現(xiàn)放在了controller里。

最完美的解決方案：最新官方版的SpringBoot 整合 Dubbo