1. 為什麼redis在java是同步緩存，而在nodejs是非同步緩存
JAVASCRIPT中是沒有多線程的,所有涉及外部IO的全部都是回調。 這樣的好處是JS天然就是一個不會阻塞的系統,這也是NODEJS現在作為前後端黏合層的原因。
2. 如何用C#實現文件的三種讀寫方式：無緩存，有緩存，非同步。最好有關鍵代碼
1、聲明並使用File的OpenRead實例化一個文件流對象，就像下面這樣
FileStream fs = File.OpenRead(filename);
或者
FileStream fs = FileStream(filename, FileMode.Open, FileAccess.Read, FileShare.Read);
2准備一個存放文件內容的位元組數組，fs.Length將得到文件的實際大小，就像下面這樣
byte[] data = new byte[fs.Length];
3開始讀了，調用一個文件流的一個方法讀取數據到data數組中
fs.Read (data, 0, data.Length);
清空這個data 就意味著沒有緩存. 不清空.. 這個DATA就用就是你的文件內容.
所謂非同步要看你怎麼個非同步想法.開線程? 還是?咋子?
代碼都一樣.
3. 為什麼redis在java是同步緩存，而在nodejs是非同步緩存
JAVASCRIPT中是沒有多線程的,所有涉及外部IO的全部都是回調。
這樣的好處是JS天然就是一個不會阻塞的系統，這也是NODEJS現在作為前後端黏合層的原因。
4. redis 快照和追加的區別
RDB的問題
1：fork
一個進程時，內存的數據也被復制了，即內存會是原來的兩倍
2：每次快照持久化都是將內存數據完整寫入到磁碟一次，並不是增量的只同步臟數據。
如果數據量大的話，而且寫操作比較多，必然會引起大量的磁碟io操作，可能會嚴重影響性能。
3：由於快照方式是在一定間隔時間做一次的，所以如果redis意外down掉的話，就會丟失最後一次快照後的所有修改。
觸發快照的情況
1：根據配置規則進行自動快照
2：用戶執行save或bgsave命令
3：執行flushall命令
4：執行復制replication時
save命令執行
Save命令時，Redis會阻塞所有客戶端的請求，然後同步進行快照操作。
bgsave命令
執行bgsave命令時，Redis會在後台非同步進行快照操作，快照同時還可以響應客戶端請求。可以通過lastsave命令獲取最後一次成功執行快照的時間。
flushall命令
這個命令會導致redis清除內存中的所有數據，如果定義了自動快照的條件，那麼無論是否滿足條件，都會進行一次快照操作；如果沒有定義自動快照的條件，那麼就不執 行快照
AOF的問題
默認的AOF持久化策略是每秒鍾fsync一次，fsync是指把緩存中的寫指令記錄到磁碟中，
在這種情況下，redis扔可以保持很高的性能
當然由於OS會在內核中緩存write做的修改，所以可能不是立即寫到磁碟上。
這樣aof方式的持久化也還是有可能會丟失部分修改。不過可以通過配置文件告訴redis，想要通過fsync函數強制os寫入磁碟的時機
AOF方式在同等數據規模的情況下，AOF文件要比RDB文件的體積大，因此AOF方式的恢復速度也要慢於RDB方式
AOF日誌恢復
如果在追加日誌時，恰好遇到磁碟空間滿或斷電等情況，導致日誌寫入不完整，也沒有關系，
redis提供了redis-check-aof工具，可以用來進行日誌修復，基本步驟如下：
1、備份被寫壞的AOF文件
2、運行redis-check-aof -fix進行修復
3、用diff -u來看下兩個文件的差異，確認問題點
4、重啟redis，載入修復後的AOF文件
AOF重寫
AOF採用文件追加方式，這樣會導致AOF文件越來越大，為此，redis提供了AOF文件重寫（rewrite）機制，即當AOF文件的大小超過所
設定的閾（yu）值時，redis就會啟動AOF文件的內容壓縮，只保留可以恢復數據的最小指令集。可以使用命令bgrewriteaof.
5. android 二級緩存和非同步載入的區別
目前沒有同步載入數據這種做法，如果網路延遲主界面UI就卡死了，
之後用戶不耐煩就只能強行關閉了，卡死的時候按鍵都沒反應的。
一個簡單的的多線程
class
updatelocationTask
extends
AsyncTask<String,
Integer,
Response>
{
protected
void
onPreExecute()
{
//這里寫執行doInBackground方法之前要做的什麼，比如說彈出ProgressDialog
}
}
@Override
protected
Response
doInBackground(String...
params)
{
//這里就是線程裡面的方法了，比如說建立連接，請求數據
}
}
protected
void
onPostExecute(Response
result)
{
//這里可以根據返回值來確定怎麼操作，比如說刷新列表或者提示用戶網路不暢，是否再次刷新
}
}
}
}
6. 為什麼redis在java是同步緩存，而在nodejs是非同步緩存
JAVASCRIPT中是沒有多線程的,所有涉及外部IO的全部都是回調。
這樣的好處是JS天然就是一個不會阻塞的系統，這也是NODEJS現在作為前後端黏合層的原因。
7. Android電子書app中，離線緩存是不是非同步數據載入載入技術完成的，如果是，原理是什麼
離線緩存就是在網路暢通的情況下將從伺服器收到的數據保存到本地，當網路斷開之後直接讀取本地文件中的數據。
將網路數據保存到本地：
你可以自己寫一個保存數據成本地文件的方法，保存在android系統的任意目錄（當然是有許可權的才行），但是在這種情況下使用Context的openFileOutput方法最簡便也最符合我們的場景，下面的saveObject方法演示了如何用openFileOutput將數據保存在本地的一個文件中：
saveObject
public static boolean saveObject(Serializable ser, String file) {
FileOutputStream fos = null;
ObjectOutputStream oos = null;
try {
fos = AppContext.getInstance().openFileOutput(file, AppContext.getInstance().MODE_PRIVATE);
oos = new ObjectOutputStream(fos);
oos.writeObject(ser);
oos.flush();
return true;
} catch (Exception e) {
e.printStackTrace();
return false;
} finally {
try {
oos.close();
} catch (Exception e) {
}
try {
fos.close();
} catch (Exception e) {
}
}
}
openFileOutput可以直接獲得一個和應用關聯的文件路徑（在/data/data//files下面），然後使用java io中的ObjectOutputStream將序列化的對象寫入（writeObject）到得到的文件中，你可以看到上面的實現過程有兩個關鍵方法：openFileOutput、writeObject以及調用它們的兩個關鍵對象Context和ObjectOutputStream。關於序列化可以參看這篇文章：Java對象的序列化和反序列化實踐
8. 非同步串列通信必須設置緩存嗎
非同步串列通信應該必須要設置緩存，設置緩存的話，你才能更好的找到他的東西，應該是能夠有基本的。操作。
9. php redis做mysql的緩存，怎麼非同步redis同步到mysql資料庫
正常情況下是沒有問題的，
但是有人用惡意腳本進行刷獎，也就是同一個人發起大量請求，1秒可能一兩百的請求甚至更多，而且不只一個人刷獎。
問題出在1這一步
舉個例子，假設每人只能抽一次獎，因為請求太快，同一人的a，b兩個請求幾乎同時來，a走完抽獎邏輯了，並且在抽獎表中插入記錄的過程時，因為mysql的性能的問題，b去走1這一步是讀不到表中的記錄的，因為a的插入根本沒有完成。所以b請求會再走一次抽獎邏輯。造成同一人抽獎兩次，然後再插入抽獎表。
我關心的是能否a插入抽獎表的瞬間，b就能判斷出抽獎表有數據。
所以我覺得問題是mysql寫入的不夠快，讀取的不夠快，所以我要採用redis做一層快速緩存。
我們做的抽獎是單一獎品百分之百中獎，只限制獎品數量，所以必須保證每人只能抽一次，而且盡量在程序層面去解決。
10. 怎麼通過javascript 禁止緩存 非同步請求 隨機數
不清楚是不是說的ajax的問題，要是ajax的話建議用js框架類來寫，比方說jquery的ajax。就有不需要緩存的屬性。若是網頁上的緩存問題，可以在打開頁面的地址上加上隨機數