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。就有不需要缓存的属性。若是网页上的缓存问题，可以在打开页面的地址上加上随机数