生化危机4重制版豪华版和标准版区别

《生化危机》4重制版豪华版和标准版的区别在本体内容上。

《生化危机》4重制版标准版只有游戏本体内容，豪华版包含游戏本体以及额外内容拓展包，包含里昂、阿什莉服装包，武器碎颅者、Sentinel Nine和扩展藏宝图。如果只是想玩游戏的话标准版就够用了，因为豪华版赠送的东西对游戏过程是没有影响的。

标准版只有游戏本体，豪华版在游戏本体基础上加入了一个额外扩展包，扩展包内容有?里昂/阿什莉服装：街头装；里昂/阿什莉服装：浪漫主义；里昂服装&滤镜：英雄；里昂服装&滤镜：恶棍；里昂配饰：运动墨镜；豪华武器：Sentinel Nine；豪华武器：碎颅者；原作版本音效替换；扩展藏宝图。

《生化危机》4攻略推荐

1、上楼第一件事，大厅的桌子上有一个报废的海报不能点击，把手卡住，记住，海报上有“死司”的标志，点击就可以看到了，游戏内已经破解。

2、房子内的床下面有一个放着一个摩托车的尸体，点击上车，上车的人立刻死去，而第二个人则会丧失意识。

3、这个人确实干过坏事，但不是坏事，应该是他用右手边的锤子砸碎了玩家的窗子。

4、这个人现在还戴着一个黑黑的眼镜，看着像玩家一样的小人，但是只有右手边的那个人仍然昏迷不醒。

5、醒来后发现床下有个人影，他很明显是被什么人救了，还戴着一个黑黑的眼镜，必须尽快离开这个是非之地，开启大门救出那个人。

如何测试redis sentienl

[侠盗猎车手5]交通工具资料大全

1.越野和旅行车

Huntley – 一种4门的豪华越野车

Landstalker – 和GTA3与Vice一样的越野车，跑动起来会卷起一阵阵风

Perennial – 和GTA3与Vice一样的旅行车，有急快的速度

Rancher – 一种改装Landstalker后的非常漂亮的2门越野车@

Regina – 和Perennial非常相像的车@

Romero – 一种黑色的灵柩车.有一辆停在Angel Pines.

2 2门私家车

Alpha – 一种头和尾都是圆形的2门私家车

Blista Compact – 一种和本田CRX非常相像的车@

Bravura – 一种头和尾都突出的2门私家车@

Buccaneer – 一种和Esperanto非常相像的车

Cadrona – Bravura的高速散装光盘车@

Club – 一半旅行车，一半私家车，合二为一@

Esperanto – 和GTA3与Vice中低底盘Caddy一样的车

Feltzer – 一种很普通的，地上跑得私家车

Fortune – 最简单普遍的车，到处可见

Hermes – 看上去像PT Cruiser的车

Hustler – 一种老的福特T版车

Majestic – 一种Esperanto的高底盘版@

Manana – 一种感觉像用纸板做的私家车@

Picador – 另一种和Esperanto非常相像的车@

Previon – 一种背后有履行架的私家车@

Stafford – 一种前后加长并且在前面加上护架的Manana@

Stallion – 一种简单方便的私家车，但是驾驶起来不太顺手@

Tampa – 一种类似破旧Bravura的车@

Virgo – 一种Stafford，但有不同的前架和后车窗@

-

3.4门豪华私家车

Admiral – 一种价格昂贵但是看上去并不特别时髦的车

Elegant – 一种平底4门私家车

Emperor – 一种Elegant，更漂亮，性能相同@

Euros – 一种头和尾是圆形的运动行私家车

Glendale – 一种简单的老式雪佛兰

Greenwood – 最基本的，最难驾驶的私家车@

Intruder – 一种头和尾成角形的私家车@

Merit – 一种像Intruder的简单地私家车@

Nebula – 一种像Intruder的老式车@

Oceanic – 一种五十年代的雪佛兰

Premier – 看上去像Intruder，并没有什么区别@

Primo – 看上去也像Intruder，只是头是圆的@

Sentinel – 在GTA3与Vice就有的一种基本的私家车，好看并且驾驶方便(Los Santos东边那个改车场)@

Stretch – 豪华轿车

Sunrise – 一种低版本的Emperor并且驾驶起来并不怎么方便@

Tahoma – 加速度很快的私家车，前面有突出的护架

Vincent – 一种平底方头尾的私家车@

Washington – 一种Vincent，不同的是有引擎盖装饰@

Willard – 一种没有轮胎遍的Sunrise@

4.速度型轿车

Buffalo – 很强劲的运动车，有着很强的推进力

Clover – 速度很快的高级轿车，跑起来真的像飞一样@

Phoenix – 一种很好看的庞蒂克轿车@

Sabre – 一种很基本的速度型轿车，你能在San Andreas随处看见

5.街头赛车

San Fierro西边那个改车场

Elegy – 低边，圆形设计@

Flash – 高边，看上去很时髦@

Jester – 和Elegy一样，但更小@

Stratum – 一种街头吉普赛车@

Sultan – 一种无边赛车@

Uranus – Jester的低版本车@

6.高性能车

Banshee – 游戏中最好的车之一

Bullet – 一种Banshee有赛车带，在架校中全银牌获得

Cheetah – 一种低底盘，和法拉利一样快的车

Comet – 一种保时捷运动车

Hotknife – 架校中全金牌获得，有着不可思议的速度

Hotring Racer – 完成8-Track比赛后获得

Infernus – 偷一辆，你会永远记住它

Super GT – 架校全铜牌获得，一种公路赛车，有着巨大的破坏力

Turismo – Infernus的更的版本

Windsor – 豪华，运动性能好，速度高

ZR-350 – 一种运动型车，可在San Andreas到处可见

7.重货车和用途

Benson – 一种宿营车

Boxville – 方方正正的货车

Black Boxville – 黑色的Boxville可以用于偷窃

Cement Truck – 水泥车

Combine Harvester – 农场具备的野地车

DFT-30 – 一种有平台可装货的卡车

Dozer – 推土机，R3键控制前方

Dumper – 自动装卸卡车，R3键控制电梯

Dune – 一种运输卡车

Flatbed – 一种在建筑工地可找到的卡车

Hotdog – Alex的热狗车

Linerunner – 最小的卡车

Mr. Whoopee – 冰激凌车，L3键可听见铃铛

Mule – Benson的大版本车

Packer – 一种有坡度的车，最适用于摩托车跳跃

Roadtrian – 最大的卡车，真的很大

Tanker – 在RS任务重拖拉坦克

Tractor – 拖拉机

Yankee – GTA与Vice中最简单的拖车

8. 轻便卡车和货车

Berkley’s RC Van – Zero要你去破坏的车

Bobcat – 一种轻便车有山猫的画在背后@

Burrito – 最简单的歹徒车，没有窗

Forklift – 用R3键控制铃铛

Moonbeam – 一种很愚蠢的足球车，到处都有窗@

Mower – 割草机

Newsvan – 一种小型的有卫星天线的Pony车

Pony – 一种简单的货车，每面有扇窗

Rumpo – 一种更轻便的Pony

Sadler – 另一种简单的2门货车

Tug – 一种可在机场找到的飞机拖拉车

Walton – 一种货车有木头网在后面

Yosemite – 大版本的Sadler，更有力量

9. 低底盘车

Los Santos东边那个改车场

Blade – 基本的车，基本没有涡轮发动机@

Broadway – 很有型的车，按R3键可进入拉皮条任务@

Remington – 方方正正的凯迪拉克，没有涡轮发动机@

Savanna – 一种4门车，很少有涡轮发动机@

Slamvan – 一种快速的圆型车@

Tornado – 一种有涡轮发动机的雪弗莱@

Voodoo – 最简单的低底盘车@

10. 娱乐车

Bandito – 一种自制的童车

BF Injection – 一种漂亮的童车有罩和4轮

Bloodring Banger – 完成Blood Bowl后获得

Caddy – 高尔夫车

Camper – 一种大众汽车

Journey – 可在乡村找到的娱乐车

Kart – 在一些车赛中可找到的疯狂推车

Mesa – 一种吉普

Monster – 完成8-Track后获得的5怪兽车

Patriot – 一种军用车

Quad – 一种全地形车，在Blueberry Hill中可找到

Sandking – 一种吉普有巨大的轮胎

Vortex – 一种水陆两用车

11. 自行车和摩托车

Bike – 简单的自行车

BMX – BMX自行车

Mountain Bike – 山地车

BF – 400 – 有很强平衡能力的车

Faggio – 一种简单的摩托车

FCR – 900 – 学校全银牌获得，比BF400和PCJ快，但仍不及NRG

Freeway – 学校全铜牌或的

NRG – 500 – 学校全金牌获得，最快的陆地车，在LS Stadium附近有一辆

PCJ – 600 – 一种运动型车

Pizzaboy – 皮萨送货车

Sanchez – 另一种车

Wayfarer – 一种巡路车

12. 民政用车

Baggage – 在机场可找到，搭载行李

Brown Steak – 货运火车，按R3键开始运输任务

Bus – 私人群体运输工具

Coach – 和Bus一样，没多大区别

Freight – 货运火车，按R3键开始运输任务、

Securicar – 运钞车

Sweeper – 清道夫

Towtruck – 拖车，R3键托车辆

Trashmaster – 垃圾车

Utility Van – PG

自Redis增加Sentinel集群工具以来，本博主就从未尝试过使用该工具。最近在调研目前主流的Redis集群部署方案，所以详细地看了一遍官方对于Sentinel的介绍并在自己的台式机上完成了三Redis实例+三Sentinel实例的部署，这里做一下简单的总结。

首先，下载安装Redis。目前随Redis 2.8发布的Sentinel版本被antirez称为Sentinel 2，是在Sentinel 1的基础上重写的。因为Sentinel 1已经废弃而且BUG太多，所以antirez强烈建议将Redis和Sentinel均升级到2.8版本，本博主安装的版本为最新的2.8.17。

其次，配置并启动Redis实例。分别在6379、6380和6381三个本地端口上启动三个Redis实例，其中6379为Master，其余两个为Slave。关于Redis的主从配置这里就不再赘述了，但其中需要指出的是两个Slave在配置参数slave-priority上的区别：6380实例该配置参数为50，6381实例该配置参数为100，这样当Master挂掉的时候Sentinel会优先选择slave-priority值较小的作为新的Master。

最后，配置并启动Sentinel实例。分别在26379、26380和26381三个本地端口上启动三个Sentinel实例，这三个Sentinel实例用来监控上面已经启动的三个Redis实例。以下是26379上Sentinel实例的配置文件内容，参考官方文档仅配置几个主要的参数，其他两个实例的配置文件只是端口号和数据目录不同。

port 26379

dir /home/liangzhichao/data/redis/sentinels/26379

sentinel monitor mymaster 127.0.0.1 6379 2

sentinel down-after-milliseconds mymaster 30000

sentinel parallel-syncs master 1

sentinel failover-timeout mymaster 180000

在启动Sentinel实例时，因为想将日志信息打印到文件，但是没有找到在配置文件中设置日志文件的方法，所以直接采用以下方式启动：./redis-sentinel /home/liangzhichao/data/redis/confs/sentinel.26379.conf >> /home/liangzhichao/data/redis/logs/26379.log 2>&1 &。

完成Sentinel实例的启动后，我们不妨先看看Sentinel的日志，看看它启动之后究竟做了哪些工作，以下为26379实例的日志内容，从日志内容可以看到Sentinel启动之后至少做了四件事：1）为自己生成一个runid来唯一地标识本实例；2）开始监控运行在6379端口上的Master Redis实例；3）获取Master Redis实例的所有Slave Redis实例信息，以便在Master Redis实例挂掉之后可以从所有Salve Redis实例中选择出一个新的Master；4）向监控相同Master Redis实例的Sentinel实例发布自己的存在，以便让所有Sentinel实例认识并记住彼此。

[8229] 18 Nov 11:18:46.677 # You requested maxclients of 10000 requiring at least 10032 max file descriptors.

[8229] 18 Nov 11:18:46.677 # Redis can't set maximum open files to 10032 because of OS error: Operation not permitted.

[8229] 18 Nov 11:18:46.677 # Current maximum open files is 1024. maxclients has been reduced to 992 to compensate for low ulimit. If you need higher maxclients increase 'ulimit -n'.

[8229] 18 Nov 11:18:46.679 # Sentinel runid is 2262ed911e9414208af4b1c48ad2b449fd4e0b89

[8229] 18 Nov 11:18:46.679 # +monitor master mymaster 127.0.0.1 6379 quorum 2

[8229] 18 Nov 11:18:46.679 * +slave slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379

[8229] 18 Nov 11:18:46.679 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6379

[8229] 18 Nov 11:19:27.260 * +sentinel sentinel 127.0.0.1:26380 127.0.0.1 26380 @ mymaster 127.0.0.1 6379

[8229] 18 Nov 11:19:36.069 * +sentinel sentinel 127.0.0.1:26381 127.0.0.1 26381 @ mymaster 127.0.0.1 6379

这里需要注意的是，在我们观察到以上日志内容的同时，各个Sentinel实例也都更新了自己的配置文件，以记录目前最新的配置信息，此时每个Sentinel实例的配置文件内容与启动之前就大不相同了。以下列举了26379实例的配置文件的主要内容，从中可知所有Slave Redis实例的信息、其他Sentinel实例的信息都已经添加完成。另外，当前配置文件的版本号为0。

sentinel monitor mymaster 127.0.0.1 6379 2

sentinel known-slave mymaster 127.0.0.1 6380

sentinel known-slave mymaster 127.0.0.1 6381

sentinel known-sentinel mymaster 127.0.0.1 26381 22b65a4796e6ece6b76284558a071cc83df71098

sentinel known-sentinel mymaster 127.0.0.1 26380 59616326f3c539ff3301098e1bf708350e6dd45d

sentinel current-epoch 0

至此，一主两从的Redis集群和三实例的Sentinel集群就全部启动完成并开始正常工作了。接下来我们不妨通过Jedis客户端来验证一下Sentinel集群的正确性，以下为测试代码，功能很简单：首先建立到Sentinel集群的连接，然后通过Sentinel集群获取当前Master Redis实例的信息，最后向Master Redis实例写入一条数据并查询该数据以确保数据写入成功。

package redis.clients.mytest;

import java.util.HashSet;

import java.util.Set;

import redis.clients.jedis.HostAndPort;

import redis.clients.jedis.Jedis;

import redis.clients.jedis.JedisSentinelPool;

public class MyJedisSentinelTest {

public static void main(String[] args) {

Set sentinels = new HashSet();

sentinels.add(new HostAndPort("localhost", 26379).toString());

sentinels.add(new HostAndPort("localhost", 26380).toString());

sentinels.add(new HostAndPort("localhost", 26381).toString());

JedisSentinelPool sentinelPool = new JedisSentinelPool("mymaster", sentinels);

System.out.println("Current master: " + sentinelPool.getCurrentHostMaster().toString());

Jedis master = sentinelPool.getResource();

master.set("username","liangzhichao");

sentinelPool.returnResource(master);

Jedis master2 = sentinelPool.getResource();

String value = master2.get("username");

System.out.println("username: " + value);

master2.close();

sentinelPool.destroy();

}

}

执行以上代码，我们会得到如下结果信息，由此可知通过Sentinel集群成功获取到了Master Redis实例的信息，到Master Redis实例的读写请求可以正常处理。

2014-11-20 16:39:00 redis.clients.jedis.JedisSentinelPool initSentinels

信息: Trying to find master from available Sentinels...

2014-11-20 16:39:00 redis.clients.jedis.JedisSentinelPool initSentinels

信息: Redis master running at 127.0.0.1:6379, starting Sentinel listeners...

2014-11-20 16:39:00 redis.clients.jedis.JedisSentinelPool initPool

信息: Created JedisPool to master at 127.0.0.1:6379

Current master: 127.0.0.1:6379

username: liangzhichao

目前为止，Sentinel集群都是正常工作的，接下来我们再来看一看Sentinel集群是如何处理Master Redis实例挂掉的。我们通过kill掉运行在6379端口上的Redis实例进程来触发这一情况，同时观察Sentinel集群各个实例的日志信息，以下为各个实例处理Master Redis实例挂掉的日志信息。

26379实例：

[8229] 19 Nov 14:41:32.033 # +sdown master mymaster 127.0.0.1 6379

[8229] 19 Nov 14:41:32.116 # +odown master mymaster 127.0.0.1 6379 #quorum 2/2

[8229] 19 Nov 14:41:32.116 # +new-epoch 1

[8229] 19 Nov 14:41:32.116 # +try-failover master mymaster 127.0.0.1 6379

[8229] 19 Nov 14:41:32.286 # +vote-for-leader 2262ed911e9414208af4b1c48ad2b449fd4e0b89 1

[8229] 19 Nov 14:41:32.286 # 127.0.0.1:26381 voted for 22b65a4796e6ece6b76284558a071cc83df71098 1

[8229] 19 Nov 14:41:32.387 # 127.0.0.1:26380 voted for 22b65a4796e6ece6b76284558a071cc83df71098 1

[8229] 19 Nov 14:41:33.326 # +config-update-from sentinel 127.0.0.1:26381 127.0.0.1 26381 @ mymaster 127.0.0.1 6379

[8229] 19 Nov 14:41:33.326 # +switch-master mymaster 127.0.0.1 6379 127.0.0.1 6380

[8229] 19 Nov 14:41:33.326 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380

[8229] 19 Nov 14:41:33.430 * +slave slave 127.0.0.1:6379 127.0.0.1 6379 @ mymaster 127.0.0.1 6380

[8229] 19 Nov 14:42:03.507 # +sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ mymaster 127.0.0.1 6380

26380实例：

[8243] 19 Nov 14:41:32.023 # +sdown master mymaster 127.0.0.1 6379

[8243] 19 Nov 14:41:32.336 # +new-epoch 1

[8243] 19 Nov 14:41:32.386 # +vote-for-leader 22b65a4796e6ece6b76284558a071cc83df71098 1

[8243] 19 Nov 14:41:33.151 # +odown master mymaster 127.0.0.1 6379 #quorum 3/2

[8243] 19 Nov 14:41:33.151 # Next failover delay: I will not start a failover before Wed Nov 19 14:47:32 2014

[8243] 19 Nov 14:41:33.327 # +config-update-from sentinel 127.0.0.1:26381 127.0.0.1 26381 @ mymaster 127.0.0.1 6379

[8243] 19 Nov 14:41:33.328 # +switch-master mymaster 127.0.0.1 6379 127.0.0.1 6380

[8243] 19 Nov 14:41:33.328 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380

[8243] 19 Nov 14:41:33.558 * +slave slave 127.0.0.1:6379 127.0.0.1 6379 @ mymaster 127.0.0.1 6380

[8243] 19 Nov 14:42:03.616 # +sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ mymaster 127.0.0.1 6380

26381实例：

[8247] 19 Nov 14:41:32.042 # +sdown master mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:32.094 # +odown master mymaster 127.0.0.1 6379 #quorum 3/2

[8247] 19 Nov 14:41:32.094 # +new-epoch 1

[8247] 19 Nov 14:41:32.094 # +try-failover master mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:32.194 # +vote-for-leader 22b65a4796e6ece6b76284558a071cc83df71098 1

[8247] 19 Nov 14:41:32.286 # 127.0.0.1:26379 voted for 2262ed911e9414208af4b1c48ad2b449fd4e0b89 1

[8247] 19 Nov 14:41:32.387 # 127.0.0.1:26380 voted for 22b65a4796e6ece6b76284558a071cc83df71098 1

[8247] 19 Nov 14:41:32.396 # +elected-leader master mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:32.396 # +failover-state-select-slave master mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:32.459 # +selected-slave slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:32.459 * +failover-state-send-slaveof-noone slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:32.522 * +failover-state-wait-promotion slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:33.307 # +promoted-slave slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:33.307 # +failover-state-reconf-slaves master mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:33.326 * +slave-reconf-sent slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:33.851 # -odown master mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:34.356 * +slave-reconf-inprog slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:34.356 * +slave-reconf-done slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:34.426 # +failover-end master mymaster 127.0.0.1 6379

[8247] 19 Nov 14:41:34.426 # +switch-master mymaster 127.0.0.1 6379 127.0.0.1 6380

[8247] 19 Nov 14:41:34.427 * +slave slave 127.0.0.1:6381 127.0.0.1 6381 @ mymaster 127.0.0.1 6380

[8247] 19 Nov 14:41:34.479 * +slave slave 127.0.0.1:6379 127.0.0.1 6379 @ mymaster 127.0.0.1 6380

[8247] 19 Nov 14:42:04.531 # +sdown slave 127.0.0.1:6379 127.0.0.1 6379 @ mymaster 127.0.0.1 6380

由以上日志内容我们大致可以看到Sentinel集群处理Master Redis实例挂掉的基本流程：1）每个Sentinel实例通过监控发现6379端口的Master Redis实例不工作，于是将该实例的状态设置为sdown；2）通过Sentinel彼此之间通信确认大多数Sentinel实例均认为Master Redis挂掉，于是将该实例的状态设置为odown；3）准备触发Master Redis实例的failover，要选举一个Sentinel实例进行首次failover操作；4）选举出来的Sentinel实例从Slave Redis实例中选择一个出来成为新的Master Redis实例；5）完成Master Redis实例的切换之后，在各个Sentinel实例间同步最新的配置信息；6）让落选的Slave Redis实例切换到新的Master Redis实例，开始同步数据。

具体到我们的环境就是运行在端口26381上的Sentinel实例获得了执行此次failover的权限，于是它选择运行在端口6380上的Slave Redis实例成为新的Master Redis实例（因为6380实例的slave-priority比6381实例的值小），切换完成后落选的6381实例开始转而备份6380实例的数据。此时我们再看一看Sentinel实例的配置文件，以确认配置信息确实进行了更新。以下同样为26379实例的配置文件的主要内容，对比之前的配置文件内容我们可以知道Master Redis实例确实发生了切换，当前的配置信息版本已经变为1。

sentinel monitor mymaster 127.0.0.1 6380 2

sentinel known-slave mymaster 127.0.0.1 6381

sentinel known-slave mymaster 127.0.0.1 6379

sentinel known-sentinel mymaster 127.0.0.1 26381 22b65a4796e6ece6b76284558a071cc83df71098

sentinel known-sentinel mymaster 127.0.0.1 26380 59616326f3c539ff3301098e1bf708350e6dd45d

sentinel current-epoch 1

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com