0、需求說明

業(yè)務場景：服務A對接了服務B，服務C等服務的一些接口，然后由服務A統(tǒng)一暴露接口給到外部用戶使用。

需求是：

• 服務A可以動態(tài)的接入服務B/C的接口，對外暴露并無需重啟（不在本文的討論）
• 對接的服務B/C的接口部分字段需要過濾掉，不透出給外部用戶（如數(shù)據(jù)庫的自增ID等敏感信息）。

1、 思路方案

基本思路：在服務A里對各個服務接口返回的數(shù)據(jù)進行攔截并二次加工后再返回給前端。

• 攔截：比較簡單，可以在服務A對其他服務接口請求的返回之后進行業(yè)務操作，也可以統(tǒng)一放到切面里用 @After 注解進行操作。從 demo 的快速演示考慮，這里選擇直接在請求的返回體直接進行業(yè)務操作。

• 二次加工：服務A對返回body的部分字段過濾掉，不返回給前端。二次加工的方法有很多種，比如：

  a. 用一個 map 去接收 body，然后對這個 body map 進行遍歷，和服務A里的 map 進行比較, 將服務A map 里需要的 key-value，從 body map 里遍歷取出，put 到一個新的 map，最后返回這個新的 map 給前端。

  b. 用 string 去接收 body，接收到的body是一個 json 字符串，然后將 json 字符串轉(zhuǎn)成特定的對象（這個對象是返回給前端的），這樣對象里沒有定義的字段在 json 字符串轉(zhuǎn)對象的過程中就會被舍棄。

方案a有幾個缺陷：

• 首先，要求其他服務接口的返回必須是一個 json 類型（可用 map 接收），如果是一個 json數(shù)組（[{},{}]）的話, 就無法用map接收，這樣會導致對接入服務的接口數(shù)據(jù)結(jié)構(gòu)有限制，不ok；
• 其次，map 數(shù)據(jù)類型可能會很復雜，由于不確定 map 里的 value的數(shù)據(jù)結(jié)構(gòu)是 string，list 還是 map 等，就需要用 instanceof 對所有的數(shù)據(jù)結(jié)構(gòu)進行遍歷判斷再比較賦值，很復雜，計算效率也不高。
• 沒有可利用的輪子，類似將對象A賦值給對象B的屬性拷貝（BeanUtils.copyProperties()），可以將mapA的 key-value 賦值給mapB

# mapA
{
    "a": "a",
    "b": "b",
    "c": "c"
}
# mapB
{
    "a": null,
    "b": null,
}

相反，方案b有一個很大的優(yōu)勢：可以利用現(xiàn)成的序列化和反序列化工具（如Gson）來實現(xiàn)我們的需求。先放一個反序列化的工具，后面會用到：

/**
 * Json字符串轉(zhuǎn)為指定的對象
 * @param ret json字符串
 * @param clazz 指定對象的類
 * @return T 指定的對象
 */
public class JsonUtil {

    public static  <T> T jsonStr2Obj(String ret, Class<T> clazz) {
        Gson gson = new Gson();
        return gson.fromJson(ret, (Type) clazz);
    }    
}

但是說到這里，解決的只是對接口返回body的修改，沒有體現(xiàn)出標題的“動態(tài)”二字。那么如何可以動態(tài)的對返回的body數(shù)據(jù)進行過濾處理呢？用 groovy 動態(tài)加載類。

2 、 具體實施

• 獲取接口的返回(以string類型)：

ResponseEntity<String> exchange = restTemplate.getForEntity($url, String.class);
String body = exchange.getBody();

• 通過groovy獲取動態(tài)編譯類

String clazzInString = getFromRedis($key) // 從redis獲取字符串類型的java class
Object obj = DynamicClassCompilerUtil.run(clazzInString)

public class DynamicClassCompilerUtil {
    public static Object run(String cls) {
        Class<?> clazz = new GroovyClassLoader().parseClass(cls);
        try {
            return clazz.newInstance();
        } catch (Exception e) {
            log.error("parse groovy class failed: {}", e);
            return null;
        }
    }
}

• 將 body 反序列化

Object ret = JsonUtil.jsonStr2Obj(body, o.getClass()) 

該 ret 對象即為過濾后的對象，可以加工后返回給前端。

至此，“對接的服務B/C的接口部分字段需要過濾掉，不透出給外部用戶（如數(shù)據(jù)庫的自增ID等敏感信息）” 需求實現(xiàn)了。

至于 “服務A可以動態(tài)的接入服務B/C的接口，對外暴露并無需重啟” 需求，有時間的話，將會另起一篇來講。

到此這篇關于java如何動態(tài)的處理接口的返回數(shù)據(jù)的文章就介紹到這了,更多相關java 動態(tài)處理接口的返回數(shù)據(jù)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論