状态模式

面试：你懂什么是分布式系统吗？Redis分布式锁都不会？>>>   

1. 概述

对象的行为随着其状态的不同而不同。

2. 解决的问题

主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同的一系列类当中，可以把复杂的逻辑判断简单化。

3. 模式中的角色

3.1 上下文环境（Context）：它定义了客户程序需要的接口并维护一个具体状态角色的实例，将与状态相关的操作委托给当前的Concrete State对象来处理。

3.2 抽象状态（State）：定义一个接口以封装使用上下文环境的的一个特定状态相关的行为。

3.3 具体状态（Concrete State）：实现抽象状态定义的接口。

4. 类图如下

5 代码如下：

package com.gavin.pattern.state2;

public class Client
{
    static VoteManager vm;

    public static void main(String[] args)
    {

        vm = new VoteManager();
        for (int i = 0; i < 9; i++)
        {
            vm.vote("u1", "A");
        }
    }

}

package com.gavin.pattern.state2;

import java.util.HashMap;
import java.util.Map;
/****
* 使用场景

考虑一个在线投票系统的应用，要实现控制同一个用户只能投一票，如果一个用户反复投票，而且投票次数超过5次，
则判定为恶意刷票，要取消该用户投票的资格，当然同时也要取消他所投的票；如果一个用户的投票次数超过8次，将进
入黑名单，禁止再登录和使用系统。

要使用状态模式实现，首先需要把投票过程的各种状态定义出来，根据以上描述大致分为四种状态：正常投票、反复
投票、恶意刷票、进入黑名单。然后创建一个投票管理对象（相当于Context）。

* @author gavin
*
* 2013-3-13
*/
public class VoteManager {
    /***
     * 持有状体处理对象
     */
    private VoteState state = null;
    /***
     * 记录用户投票的结果，Map<String,String>对应Map<用户名称，投票的选项>
     */
    private Map<String,String> mapVote = new HashMap<String,String>();
    /**
     * 记录用户投票次数，Map<String,Integer>对应Map<用户名称，投票的次数>
     */
    private Map<String,Integer> mapVoteCount = new HashMap<String,Integer>();
    /**
     * 获取用户投票结果的Map
     */
    public Map<String, String> getMapVote() {
        return mapVote;
    }
    /**
     * 投票
     * @param user    投票人
     * @param voteItem    投票的选项
     */
    public void vote(String user,String voteItem){
        //1.为该用户增加投票次数
        //从记录中取出该用户已有的投票次数
        Integer oldVoteCount = mapVoteCount.get(user);
        if(oldVoteCount == null){
            oldVoteCount = 0;
        }
        oldVoteCount += 1;
        mapVoteCount.put(user, oldVoteCount);
        //2.判断该用户的投票类型，就相当于判断对应的状态
        //到底是正常投票、重复投票、恶意投票还是上黑名单的状态
        if(oldVoteCount == 1){
            state = new NormalVoteState();
        }
        else if(oldVoteCount > 1 && oldVoteCount < 5){
            state = new RepeatVoteState();
        }
        else if(oldVoteCount >= 5 && oldVoteCount <8){
            state = new SpiteVoteState();
        }
        else if(oldVoteCount > 8){
            state = new BlackVoteState();
        }
        //然后转调状态对象来进行相应的操作
        state.vote(user, voteItem, this);
    }
}

package com.gavin.pattern.state2;

public interface VoteState
{
    /**
     * 处理状态对应的行为
     *
     * @param user
     *            投票人
     * @param voteItem
     *            投票项
     * @param voteManager
     *            投票上下文，用来在实现状态对应的功能处理的时候， 可以回调上下文的数据
     */
    public void vote(String user, String voteItem, VoteManager voteManager);
}

package com.gavin.pattern.state2;
/***
* 正常投票
*/
public class NormalVoteState implements VoteState {

    @Override
    public void vote(String user, String voteItem, VoteManager voteManager) {
        //正常投票，记录到投票记录中
        voteManager.getMapVote().put(user, voteItem);
        System.out.println("恭喜投票成功");
    }

}

package com.gavin.pattern.state2;

/**
* 重复投票
*/
public class RepeatVoteState implements VoteState {

    @Override
    public void vote(String user, String voteItem, VoteManager voteManager) {
        //重复投票，暂时不做处理
        System.out.println("请不要重复投票");
    }

}

package com.gavin.pattern.state2;
/***
* 恶意投票
*/
public class SpiteVoteState implements VoteState {

    @Override
    public void vote(String user, String voteItem, VoteManager voteManager) {
        // 恶意投票，取消用户的投票资格，并取消投票记录
        String str = voteManager.getMapVote().get(user);
        if(str != null){
            voteManager.getMapVote().remove(user);
        }
        System.out.println("你有恶意刷屏行为，取消投票资格");
    }

}

 

package com.gavin.pattern.state2;
/***
* 黑名单
* @author gavin
*
*/
public class BlackVoteState implements VoteState {

    @Override
    public void vote(String user, String voteItem, VoteManager voteManager) {
        //记录黑名单中，禁止登录系统
        System.out.println("进入黑名单，将禁止登录和使用本系统");
    }

}

6. 模式总结

6.1 优点

5.1.1 状态模式将与特定状态相关的行为局部化，并且将不同状态的行为分割开来。

5.1.2 所有状态相关的代码都存在于某个ConcereteState中，所以通过定义新的子类很容易地增加新的状态和转换。

5.1.3 状态模式通过把各种状态转移逻辑分不到State的子类之间，来减少相互间的依赖。

6.2 缺点

5.2.1 导致较多的ConcreteState子类

6.3 适用场景

5.3.1 当一个对象的行为取决于它的状态，并且它必须在运行时刻根据状态改变它的行为时，就可以考虑使用状态模式来。

5.3.2 一个操作中含有庞大的分支结构，并且这些分支决定于对象的状态。