給moco API添加limit功能

saucxs 發布于2019-08-16 18:36 / 3001人閱讀

摘要：在使用的時候，發現文檔中的一些功能并不能滿足構建測試服務的需求，需要自己開發一些功能。使用場景的話小游戲的里面的抽獎，訂單提交，耗時較長的功能等。在實際的業務邏輯中，很可能會有短時間內不允許提交多次，請求多次的需求。

在使用moco API的時候，發現文檔中的一些功能并不能滿足構建測試服務的需求，需要自己開發一些功能。之前兩篇主要講了moco本身的補充，本篇說說moco文檔之外的功能：limit。
主要是用于限制訪問次數，并不針對某個session或者同一個用戶（本人暫時沒有這方面的需求，故沒有開發）。
使用場景的話：小游戲的里面的抽獎，訂單提交，耗時較長的功能等。在實際的業務邏輯中，很可能會有短時間內不允許提交多次，請求多次的需求。

下面上代碼：

package com.fun.moco.support;

import com.fun.utils.Time;
import com.github.dreamhead.moco.HttpRequest;
import com.github.dreamhead.moco.MocoConfig;
import com.github.dreamhead.moco.ResponseHandler;
import com.github.dreamhead.moco.handler.AbstractResponseHandler;
import com.github.dreamhead.moco.internal.SessionContext;
import com.github.dreamhead.moco.model.MessageContent;
import com.google.common.base.Function;

import java.util.Map;
import java.util.concurrent.ConcurrentHashMap;

/**
 * 循環的responsehandle
 */
@SuppressWarnings("all")
public class LimitHandle extends AbstractResponseHandler {


    private final ResponseHandler limit;

    private final ResponseHandler unlimit;

    private Map tatal = new ConcurrentHashMap<>();

    private int interval;

    private LimitHandle(final ResponseHandler limit, final ResponseHandler unLimit, int interval) {
        this.limit = limit;
        this.unlimit = unLimit;
        this.interval = interval;
    }

    public static ResponseHandler newSeq(final ResponseHandler limit, final ResponseHandler unLimit, int interval) {
        return new LimitHandle(limit, unLimit, interval);
    }

    /**
     * 返回響應
     *
     * @param context
     */
    @Override
    public void writeToResponse(final SessionContext context) {
        HttpRequest request = (HttpRequest) context.getRequest();
        String uri = request.getUri();
        MessageContent content = request.getContent();
        (limited(uri + content) ? limit : unlimit).writeToResponse(context);
    }

    @Override
    public ResponseHandler apply(final MocoConfig config) {
        if (config.isFor(MocoConfig.RESPONSE_ID)) {
            return super.apply(config);
        }
        return new LimitHandle(limit, unlimit, interval);
    }

    private Function applyConfig(final MocoConfig config) {
        return new Function() {
            @Override
            public ResponseHandler apply(final ResponseHandler input) {
                return input.apply(config);
            }
        };
    }

    /**
     * 判斷是否被限制
     * 
     * 通過記錄每一次響應的時間戳，判斷兩次請求間隔達到limit目的
     * 
     *
     * @param info
     * @return
     */
    public boolean limited(String info) {
        long fresh = Time.getTimeStamp();
        long old = tatal.containsKey(info) ? tatal.get(info) : 0L;
        tatal.put(info, fresh);
        return fresh - old > interval;
    }
}

使用方法如下：

/**
 * 限制請求頻次，默認1000ms
 * @param limit
 * @param unlimit
 * @return
 */
    static ResponseHandler limit(String limited, String unlimited) {
        limit contentResponse(limited), contentResponse(unlimited)
    }

    static ResponseHandler limit(JSONObject limited, JSONObject unlimited) {
        limit jsonResponse(limited), jsonResponse(unlimited)
    }

    static ResponseHandler limit(ResponseHandler limited, ResponseHandler unlimited) {
        limit limited, unlimited, 1000
    }

/**
 * 限制請求頻次
 * @param limit
 * @param unlimit
 * @param interval 單位ms
 * @return
 */
    static ResponseHandler limit(String limited, String unlimited, int interval) {
        limit contentResponse(limited), contentResponse(unlimited), interval
    }

    static ResponseHandler limit(JSONObject limited, JSONObject unlimited, int interval) {
        limit limited.toString(), unlimited.toString(), interval
    }

    static ResponseHandler limit(ResponseHandler limit, ResponseHandler unlimit, int interval) {
        LimitHandle.newSeq(limit, unlimit, interval)
    }

groovy是一種基于JVM的動態語言，我覺得最大的優勢有兩點，第一：于java兼容性非常好，大部分時候吧groovy的文件后綴改成java直接可以用，反之亦然。java的絕大部分庫，groovy都是可以直接拿來就用的。這還帶來了另外一個有點，學習成本低，非常低，直接上手沒問題，可以慢慢學習groovy不同于Java的語法；第二：編譯器支持變得更好，現在用的intellij的ide，總體來說已經比較好的支持groovy語言了，寫起代碼來也是比較順滑了，各種基于groovy的框架工具也比較溜，特別是Gradle構建工具，比Maven爽很多。----此段文字為了撐字數強加的，與內容無關。

歡迎有興趣的童鞋一起交流

GPU云服務器云服務器給js添加數據 js給視頻添加水印給XML文檔添加新如何給網站添加js

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/75420.html

解決moco框架API在post請求json參數情況下query失效的問題

摘要：在使用做接口虛擬化的過程中遇到一個比較棘手的問題，就是根據官方文檔提供的案例，并不能跑通請求在處理傳參格式的虛擬化。的絕大部分庫，都是可以直接拿來就用的。此段文字為了撐字數強加的，與內容無關。歡迎有興趣的童鞋一起交流在使用moco API做接口虛擬化的過程中遇到一個比較棘手的問題，就是根據官方文檔提供的案例，并不能跑通post請求在處理json傳參格式的虛擬化。經過查詢源碼，發現了一...

Jokcy 2019-08-16 18:36 評論0 收藏0
解決moco框架API在cycle方法缺失的問題

摘要：我在使用框架過程中，遇到一個問題，在官方文檔中給出了的方法，表示循環返回一個數組里面的，但是在查看的時候并沒有發現這個方法，所以覺得自己寫了一個，并且重寫了方法。方法主要用在請求次數相關的內容，比如訂單提交資源刪除等場景。我在使用moco框架過程中，遇到一個問題，在官方文檔中給出了cycle的方法，表示循環返回一個數組里面的response，但是在查看API的時候并沒有發現這個cyc...

stefanieliang 2019-08-16 18:36 評論0 收藏0
前后端分離mock server方案（1） -- Moco

摘要：雖然前后端分離已經流行很多年了，仍有很多團隊不能夠充分的利用前后端分離的優勢。主要體現在前端過分依賴服務環境將高效的約定分工合作模式理解很淺。在這里推薦一種的解決方案。不支持簡潔的文件格式不符合的標準。所以使用集成，參考前后端分離方案整合雖然前后端分離已經流行很多年了，仍有很多團隊不能夠充分的利用前后端分離的優勢。主要體現在前端過分依賴服務環境, 將高效的約定分工合作模式理解很淺。 ...

TZLLOG 2019-08-23 18:21 評論0 收藏0
前后端分離mock server方案（1） -- Moco

摘要：雖然前后端分離已經流行很多年了，仍有很多團隊不能夠充分的利用前后端分離的優勢。主要體現在前端過分依賴服務環境將高效的約定分工合作模式理解很淺。在這里推薦一種的解決方案。不支持簡潔的文件格式不符合的標準。所以使用集成，參考前后端分離方案整合雖然前后端分離已經流行很多年了，仍有很多團隊不能夠充分的利用前后端分離的優勢。主要體現在前端過分依賴服務環境, 將高效的約定分工合作模式理解很淺。 ...

Pocher 2019-08-16 18:25 評論0 收藏0
Stepping.js——兩步完成前后端分離架構設計

摘要：事件風暴事件風暴就是把所有的關鍵參與者都召集到一個很寬敞的屋子里來開會，并且使用便利貼來描述系統中發生的事情。一張桔黃色的便利貼代表一個領域事件，在上面用一句過去時的話描述曾經發生過什么事情，格式一般是已。一周前，參加了公司的一個架構設計與建模的工作坊——『事件風暴』。從某種意義上來說，這是一個關于架構設計與軟件建模的工作坊。于是便閃現了一個靈感，便有了 Stepping.js。當...

NeverSayNever 2019-08-20 15:30 評論0 收藏0