Redis Key expire la notification avec Jedis

Vous pouvez le faire avec le pub-sub modèle
Démarrer Le Serveur Redis

Changer le notify-clés-les événements dans le redis.conf de KEA (cela dépend de votre exigence).Les détails donnés dans le redis documentation http://redis.io/topics/notifications.

Redis Client Java (Jedis) ,Essayez les solutions suivantes:

Notification Auditeur:

public class KeyExpiredListener extends JedisPubSub {

@Override
    public void onPSubscribe(String pattern, int subscribedChannels) {
        System.out.println("onPSubscribe "
                + pattern + " " + subscribedChannels);
    }

@Override
    public void onPMessage(String pattern, String channel, String message) {

        System.out
                .println("onPMessage pattern "
                        + pattern + " " + channel + " " + message);
    }

//add other Unimplemented methods


}

Abonné:

****Note** jedis.psubscribe(nouveau KeyExpiredListener (), "__*__:*"); -- Ce support de méthodes regex modèle de base de canal
alors que les jedis.abonnez-vous(nouveau KeyExpiredListener(), ""__keyspace@0__:notify"); --Cette méthode prend plein/exact du nom de la chaîne

public class Subscriber {

    public static void main(String[] args) {
        JedisPool pool = new JedisPool(new JedisPoolConfig(), "localhost");

        Jedis jedis = pool.getResource();
        jedis.psubscribe(new KeyExpiredListener(), "__key*__:*");

    }

}

De La Classe De Test:

public class TestJedis {

    public static void main(String[] args) {
        JedisPool pool = new JedisPool(new JedisPoolConfig(), "localhost");

        Jedis jedis = pool.getResource();
        jedis.set("notify", "umq");
        jedis.expire("notify", 10);

    }
}

Maintenant le premier démarrage de l'Abonné, puis Exécutez le TestJedis.Vous allez voir le résultat suivant:

onPSubscribe __key*__:* 1
onPMessage pattern __key*__:* __keyspace@0__:notify set
onPMessage pattern __key*__:* __keyevent@0__:set notify
onPMessage pattern __key*__:* __keyspace@0__:notify expire
onPMessage pattern __key*__:* __keyevent@0__:expire notify
onPMessage pattern __key*__:* __keyspace@0__:notify expired
onPMessage pattern __key*__:* __keyevent@0__:expired notify

---

Maintenant un cas d'utilisation où vous êtes intéressé par le valeur de l'expiration de la clé.

Remarque: Redis seulement de fournir la clé à l'expiration de la clé par le biais de la notification des événements clés, la valeur est perdue une fois que la clé de date d'expiration. Dans l'ordre pour obtenir la valeur sur votre clé expire, vous pouvez effectuer les opérations suivantes contourner indiqué ci-dessous avec la délicate notion de clé ombre:

Lorsque vous créez votre notifier à la clé, aussi créer un spécial d'expiration "de l'ombre" (n'expirent pas la réelle communication). Par exemple:

//set your key value
SET notify umq 
//set your "shadow" key, note the value here is irrelevant
SET shadowkey:notify "" EX 10 

//Obtenir un message d'expiration dans le canal keyevent@0:expiré
//Diviser la touche ":"(ou quel que soit le séparateur que vous décidez de l'utiliser), prenez la deuxième partie, pour obtenir votre clé d'origine

//Then get the value and do whatever with it
GET notify
//Then delete the key
DEL notify

Noter que la valeur de la shadowkey n'est pas utilisé si vous souhaitez utiliser la plus petite valeur possible, il pourrait être une chaîne vide "". C'est un peu plus de travail pour l'installation, mais que le système ci-dessus est exactement ce dont vous avez besoin. La surcharge est un supplément de quelques commandes de récupérer et supprimer votre clé, plus le coût de stockage d'une clé vide.

Sinon, vous devez préparer votre clé d'une façon telle qu'il comprend la valeur ajoutée.

Espère que cela vous aide!