redis如何保證key不重復？真接用hashcode生成相同的值做為主鍵。redis list如何去重？建議的辦法是用Set，因為Set里面能保存的數據是不亂詞的。假如你想用Set，那還是可以向下面

redis如何保證key不重復？

真接用hashcode生成相同的值做為主鍵。

redis list如何去重？

建議的辦法是用Set，因為Set里面能保存的數據是不亂詞的。

假如你想用Set，那還是可以向下面這樣的話一次性處理。

Listlist_tmpnewArrayList()//建立一個用于充當存放不反復重復list元素的List集合。

for(Objectobj:list){

//可以不參照需要，在這里算上噬魂之手轉型。

//如list里面存放的是一個User對象，那就另外Useru(User)params

if(!list_(params)){//再注意contains方法是按照equals方法通過比較的所以才你要依據你自己的需要看是否需要要重寫list對象里面的equals方法。

list_(elem)//如果上面加了噬靈鬼斬逐步轉型，這里不需要寫list_(u)

}

}

PHP mysql redis一次性生成大量隨機數，怎么保證重復率低、快速存儲？

看你要的隨機數有多大然后再能認可多大的再重復一遍率吧

打比方你要0到1億之間取隨機數：

取1千個隨機數，不做去重你的操作的重復率是多少差不多可以通過數學建模結論不出來，能進行的話暫且然后用php內置的隨機函數去生成氣體就好；

取10萬個隨機數，可以不適當用redis做緩存，做下隨機做出去重去處理；

取百萬千萬級的隨機數，即使redis再快再大也不得已決定下內存的大小了，還有一個時間空間的古怪度的計算了，也可以適當用點“偽隨機”策略了，如分片處理，舉例取1千萬個隨機數，先從0到1千萬的分片中取1百萬個隨機數，用redis做部分緩存去重一次性處理，一次性處理完成后，清理redis的緩存返至下一個分片處理，以此類推直到此時取完。

以上就是也差不多策略，另外一個飛快存取的要求就是盡很可能批量處理，比如說無論如何都先化合三五千個隨機數才是一批，然后再去重（redis），后再插入MySQL中這樣的。

如何去學好java中的緩存？

介紹所謂的緩存，那是將程序或系統(tǒng)每天都要動態(tài)鏈接庫的對象存在內存中，之后其使用時這個可以迅速動態(tài)創(chuàng)建，無需再去創(chuàng)建角色新的亂詞的實例。這樣的做是可以會減少系統(tǒng)開銷，能提高系統(tǒng)效率。

緩存比較多可分成三類二大類:

一、實際外部中間件緩存，如Redis,Memcached二、系統(tǒng)內部的Map的或核心中的第三方jar包來并且緩存，如GoogleGuavaCache

第一大類絕對不會占用系統(tǒng)的內存，緩存的數據也可以通過持久度化，而第二類會占用系統(tǒng)的緩存，緩存的數據肯定不能通過不持久化，分享分享看看這兩大類的比較多區(qū)別和應用場景

Redis

1.1數據庫

在Redis里，數據庫簡單點在用一個數字編號來參與仔細辨認，默認數據庫的數字編號是0。假如你想切換到一個相同的數據庫，你可以使用select命令來基于。在命令行界面里輸入column1，Redis應該是會發(fā)一條ok的信息，然后把命令行界面里的提示符會轉成帶有redis127.0.0.1:6379

redis如何保證key不重復？

1.2命令、關鍵字和值

Redis不單是一種很簡單關鍵字-值型存儲，從其核心概念來看，Redis的5種數據結構中的每一個都起碼有一個關鍵字和兩個值

關鍵字（Keys）是利用標注數據塊，值（Values）是關聯(lián)于關鍵字的實際中值，也可以是字符串、整數、序列化對象（可以使用JSON、XML或其他格式）

Redis命令的基本上構成，如：setusers:leto{name:leto,planet:dune,likes:[spice]}

關鍵字和值的是Redis的基本概念，而pick和set命令是對于最簡單的使用

1.3Redis可以查詢

是對Redis而言，關鍵字那就是一切，而值是沒有任何意義。Redis不愿意是從值來進行查詢

1.4存儲器和自然持久化

Redis是一種持久化的存儲器內存儲文件（inmemory persistent store）默認情況下，Redis會參照已需要變更的關鍵字數量來進行判斷，然后把在磁盤里修改數據庫的快照（snapshot）。你可以因此參與可以設置，如果沒有X個關鍵字已需要變更，這樣每隔Y秒存儲數據庫四次。默認情況下，如果1000個或更多的關鍵字已辦理變更，Redis會每隔60秒存儲數據庫；而如果不是9個或更少的關鍵字已進行變更，Redis會每隔15分鐘存儲數據庫

況且存儲器，Redis會將所有數據都記錄在存儲器中。不言自明，運行程序Redis具高不低的成本：因為RAM依然是最價格不菲的服務器硬件部件

1.5小結

關鍵字（Keys）是主要是用于標志一段數據的一個字符串

值（Values）是一段橫豎斜的字節(jié)序列，Redis應該不會查哈它們實質上是什么

Redis展示展示了（也實現(xiàn)程序了）5種專門的數據結構

上面的幾點讓Redis飛快并且容易不使用，但要明白Redis并不可以參照于所有的應用場景

GoogleGuavaCache

GuavaCache與ConcurrentMap很相似，但也不完全一般。最基本的區(qū)別是ConcurrentMap會總是保存到所有先添加的元素，等他顯式地移除。低些地，GuavaCache替取消內存占用，大多都設定好為自動回收元素。在某些場景下，但他LoadingCache不回收元素，它都是很沒有用的，畢竟它會手動運行程序緩存。

大多數來說，Guava Cache可以參照于：

你很樂意能量消耗一些內存空間來修為提升速度。你預料到到某些鍵會被查詢一次以上。緩存中存放的數據總量不會超出內存容量。（Guava Cache是單個應用運行時的本地緩存。它不把數據存放到文件或外部服務器。如果沒有這不要什么你的需求，請數次Memcached這類工具）假如你的場景條件上列的每一條，GuavaCache就適合你。但是自定義設置你的緩存才是最感覺有趣的部分。

注：如果沒有你不要Cache中的特性，可以使用ConcurrentHashMap有更好的內存效率——但Cache的大多數特性都沒法設計和實現(xiàn)恢復傳統(tǒng)的ConcurrentMap不能復制，哪怕根本就不可能不可能能做到。