家用电脑挂机锁文章列表:

• 1、阴阳师：自动挂机4e阵容，帝缘腹鼠麓丸
• 2、世界最强外挂商低价出售绝地求生外挂 最低9欧元自动挂机吃鸡
• 3、realme 真我 10 Pro+ 体验：亿元定制国产曲面屏有多能打？
• 4、redis分布式锁两种应用场景
• 5、噱头大于实质——传奇的SIG P210手枪推出紧凑便携型

阴阳师：自动挂机4e阵容，帝缘腹鼠麓丸

作者：NGA-你是小居居吗

月相：残月

输出可使用麓丸或烬天，输出御魂使用海月最佳，其次散件荒骷髅歌伎、心荒、狂荒、网切荒等。

操作：帝锁二技能，腹肌锁普攻，其他式神妖术即可。

参考配置：

1速遗念火帝，速度130 ，堆攻击。

2速招财缘，速度130 。

3速系统辉夜。

4速涂佛蜃气楼腹肌，攻攻攻/暴，生命1.5w以下，以便开局吸引boss仇恨。

5速火灵般若，堆命中，带个生命位置。

6速海荒麓丸/烬，攻攻暴伤，暴击80 ，爆伤尽量高，生命1.5w以下，以便开局吸引boss仇恨。

buff加点：

烟蚀、烟影、应援、灵鱼抱蕊。

BV1Vf4y1T7as/。

参考面板：

月相：下弦月 (使用鬼火不能溢出，否则boss会放弃技能)。

阵容有一点变化，自动挂机伤害一般在4-5e左右。

操作：帝锁二技能，腹肌锁普攻，铁鼠锁三技能，其他式神妖术即可，由于有铁鼠推条，boss开局不会混乱我方单位。

参考配置：

超星散件命中铁鼠，速度130 。

超星招财缘，速度130 。

超星散件帝，堆攻击，速度130 。

4速系统辉夜。

5速涂佛腹肌。

6速海月荒骷髅麓丸，暴击80 ，爆伤尽量高。

buff加点：烟蚀、烟云、应援、灵鱼抱蕊。

世界最强外挂商低价出售绝地求生外挂 最低9欧元自动挂机吃鸡

　　《绝地求生》的反外挂之旅才刚刚开端

　　俗话说“游戏火不火？看看外挂多不多！”即便更新了反作弊零碎后也收效甚微的《绝地求生》在过来一个月中流失了超越11%的玩家。最近又被世界著名的外挂组织Bossland盯上，在官网开卖《绝地求生》作弊外挂，名字延续一向作风——Unknowbuddy。

　　《绝地求生》外挂Unknowbuddy开卖

　　关于《绝地求生》玩家来说这个组织的名字过于生疏，但关于一个资深老WOWer来说，Bossland消费的“兄弟”等系列外挂在《魔兽世界》中相对如雷贯耳。在这个勇于和暴雪硬碰硬的外挂组织的“努力”下，国外玩家每天甩向中国玩家的锅终于扣回了本人头上。

　　Bossland跟暴雪斗智斗勇的7年

　　Bossland成立于2009年，在《魔兽世界》全球用户的迸发期里，Bossland的黑客们凭仗过硬的技术程度销售出了一系列的《魔兽世界》外挂，并在德国成立了合法的公司，赚得配满钵满。随后推出的一系列外挂甚至功用弱小到玩家启动游戏和外挂就可以去吃饭、喝酒、下班，晋级、采集、打金、刷声威等操作外挂一键完成。这款Honorbuddy（魔兽兄弟）外挂短工夫风行全球，众多水平圈哥举例某本国大主播，在直播时他发现：本人身边和对面战场29位迈着划一划一步伐的玩家全！是！挂！

　　玩家直播发现整个战场都是外挂

　　暴雪随后发布的一系列游戏包括《炉石传说》、《暗黑毁坏神3》、《守望先锋》等都遭到了Bossland的荼毒，在Bossland网站你可以很复杂的找到各种暴雪游戏的外挂，甚至支持领取宝付款，并在全球打出了“相对牢靠”的名号。

　　从2011年开端，暴雪开端在德国针对Bossland公司发起了多项诉讼，这次起诉直到2016年才以Bossland赔偿870万美元和制止在德国销售外挂爲终结。Bossland在此时期的应对战略可谓下三滥，再三反诉死缠烂打，并经过添加外挂售价的方式又捞一笔，最终选择并将总部转移出德国持续运营。

　　Bossland此前的外挂商品

　　在长达6年的诉讼期中，Bossland先后又制造出了《炉石传说》、《暗黑毁坏神3》、《守望先锋》、《风暴英雄》相关外挂，暴雪不得不封闭了暗黑买卖行解救《暗黑毁坏神3》曾经混乱的买卖零碎，并花重金研发客户端反外挂零碎，屏蔽外挂对客户端的修正。

　　外挂终有终结时，在破费了上百万美元的诉讼费、更多的反外挂研发费用、有数的精神，甚至私下策反外挂公司员工等努力之后，暴雪终于在技术和法律上暂时打败了对手。阅历了经济重创和外部妥协的Bossland保持了暴雪系列一切外挂，并在挂网下架了这些外挂，但这些外挂的各种版本仍在在网上传达。

　　Bossland：9欧元的自动吃鸡体验

　　阅历了“割地赔款”的Bossland并没倒下，官网上《最终梦想14》、《放逐之路》等数款外挂依然销售火爆，得到半壁江山的Bossland盯上了《绝地求生》来挽回损失，并悍然写下应战书：“我们来了！”

　　销售页面

　　不久后，Bossland首批《绝地求生》外挂上架销售，依据功能不同价钱从9欧到30欧不等，这款外挂的功能异样如此弱小，游戏反外挂零碎极难侦测，其功能吊打网上罕见的中国外挂，完成对游戏角色的自动操作。玩家甚至只需翻开游戏、翻开外挂去上个厕所，回来能够曾经吃鸡！

　　蓝洞在近期停止了反外挂更新后，本国玩家反映游戏环境有所改善，但中国玩家却能分明觉得到：从更新后第一天开端，外挂的数量仍没有分明下降，把把遇挂的状况依然频繁。圈哥猜想在官方锁Ping之后，本国玩家遇到中国开挂玩家的几率有下降，但中国玩家的游戏环境仍没变。Bossland的吃鸡外挂在国外的运用率仍处于上升阶段，希望官方曾经做好了应对战略。

　　各种盈利爲目的的外挂论坛仍然存在

　　写在最初

　　外挂——网游生命周期中不得不面对的应战。不少优秀的游戏都在外挂、任务室对游戏资源偷取和运营环境的毁坏中班师未捷身先死。《永久之塔》、《龙之谷》、《DNF》、《CF》甚至《英雄联盟》等游戏都深受其害，仍然处在与外挂、脚本作战的最火线。

　　目前，端游外挂的众多状况正在迅速向手游扩展，随着“吃鸡”手游的迅速炽热，手游外挂脚本正在悄然衰亡。在倡议玩家诚信安康游戏的同时，圈哥以为在游戏公司和法律的逐步完善下，我们的游戏环境会越来越好，不信看看卢老爷。

realme 真我 10 Pro+ 体验：亿元定制国产曲面屏有多能打？

性价比是 realme 刻在骨子里的 DNA，它以「敢越级」的品牌态度在手机红海中杀出了一条血路。都说背靠大树好乘凉，作为 OPPO 旗下独立品牌的真我，却并不太愿意呆在自己的舒适区，而是将自己塑造成了「卷王」的形象。

真我的数字系列现在也要回国了，这个系列在海外拥有 5000 万销量的傲人成绩，实力不容小觑。最近我也是提前拿到了真我 10 Pro ，在体验了一段时间后，我对这个「海归」系列有了一些看法：很卷，但还不够卷。

包装和外观设计

真我 10 Pro 的包装风格一脉相承，以黑、白、黄三种颜色进行修饰，表面爬满了一道道竖条状的纹路。虽然不清楚包装盒的塑料含量，但从盒子的体积可以看出它并不是走环保路线。

这也意味着盒子内部的配件比较齐全，除了附赠 67W 的充电头和数据线，还有一个透明的硅胶软壳。这些配置在 iPhone 上早已不是标配了，但仍然有不少安卓坚持了这一传统。

手机本体使用的是轻量化设计，7.78mm 的厚度和 173g 的重量拿在手里十分的轻盈，在动辄 200g 的半斤机时代宛若一股清流。虽说市面上一些 6.2 英寸的「小屏手机」也能达到这样的重量，但真我 10 Pro 足足拥有 6.7 英寸的大屏和 5000mAh 电池，可见官方在轻量化上没少下功夫。

既兼顾了小屏手机的轻薄，又有大屏手机的配置，这应该是很多消费者的「理想型」、梦中情机吧。

相较正面的窄边框和微曲面设计，后盖部分并没有给人太多惊喜，甚至有几分眼熟。后置的相机镜头没有放在一个模块上，而是采用独立设计，像是一双凸起的卡姿兰大眼睛。

这个设计的巧妙之处在于，当你将它横放的时候，LED 补光灯成了点睛之笔，看起来像极了一张小嘴巴，于是一张活灵活现的小脸蛋儿就出来了，略带几分呆萌。

「星曜之光」是一款高亮配色，其工艺也十分复杂，光线以主摄为原点向外折射，富有层次和立体感。背盖的上半部分和下半部分呈现出两种不同的质感，其上为棱镜光锥纹理，其下则是星尘粒子，机身光影流转，握着她，就好像握住了一整片星河。

虽然拥有一副好看的皮囊，但无奈却是个指纹收集器，裸奔的用户要慎重考虑。

亿元定制曲面屏，正面颜值真的能打

真我 10 Pro 最卷的地方就是这块屏幕了，正面有种三星的既视感。61° 微曲面屏号称是亿元定制，官方也在微博预热了许久。相较中低端常用的 OLED 硬屏，柔性曲面屏避免了塑料支架和彩虹纹的产生，带来了舒适手感。

6.7 英寸 OLED 曲面屏搭配 FHD 分辨率（2412x1080），最高 120Hz 刷新率和 1260Hz 触控采样率，支持 800nits 全局亮度、10.7 亿色、100% P3 广色域。屏幕实际观感其实还不错，色彩没有过于艳丽和饱和，色温偏冷，只是在细腻程度和通透感上还有所欠缺。

这块定制的国产 OLED 屏幕可能和三星 E5 屏还有所差距，但日常使用是完全够用的了。而且它还有一个巨大的加分项：超高频率的 PWM 调光。

OLED 的频闪问题一直遭人诟病，看久了眼睛容易干涩、疲劳，所以被一些人亲切的称呼为「瞎眼屏」，也由此诞生了一批「LCD 永不为奴」的用户。引起这种眼部不适的原因很多，而低频 PWM 调光则是公认的罪魁祸首。

理论上 PWM 频率越高，人眼越难感觉到频闪，一定程度缓解了 OLED 带来的眼部疲劳。真我 10 Pro 这次直接将 PWM 调光频率提高到了惊人的 2160Hz ，将行业标准再次拔高（此前最高 1920Hz），以后类 DC 调光可能就要隐退江湖了。

真我 10 Pro 通过了莱茵无频闪护眼认证和莱茵低蓝光护眼认证，官方是懂夜猫子的。

最让我惊讶的还是这个窄下巴，得益于 COP Ultra 封装工艺，真我 10 Pro 的下巴做到了 2.33mm，「可能是」行业最窄的下巴了。配合微曲面屏，视觉效果几乎拉满，距离真全面屏也只差去掉一个挖孔了。

一亿像素真的是细节狂魔吗？

真我 10 Pro 搭载了 108MP 超感光主摄像头三星 HM6，F1.75 光圈，同时还搭配了 6P 镜头。这枚传感器颇有争议，它的感光面积仅为 1/1.67 英寸，尺寸显然比之前的中端型号 HM2 还要低一些，不过它在低暗环境下却能获得比 HM2 更大的进光量。

一亿像素最高支持输出 12000x9000 分辨率，其优势也直接体现在超强的画面精细度上。更多的像素量带来了更高的解析力，照片经过多次放大后依然保留清晰可见的细节，为前期拍摄和后期创作都带来更多可能。

真我 10 Pro 取向为较高的饱和度，看起来比较讨喜，但对色彩的还原度不够高，本身灰蒙蒙的天空在 AI 的处理下也呈现出了一些蔚蓝色。较暗环境下的画面灰阶动态范围表现、噪点控制都很出色。

日常使用最多的还是像素九合一后的 1200 万直出，这种情况下单个像素的感光面积会更大，而且对手机存储的占用也小了很多。

真我 10 Pro 还带来了一些特色功能，比如适用于大合照场景的超级合影，还有一拍多得（需要 OTA）等功能，充分释放了一亿像素的能力。

性能中规中矩，续航给力

在性能上，真我 10 Pro 没有选择中端甜品天玑 8100 处理器，反而是搭载了上市不久的天玑 1080。

这款 SoC 是天玑 920 的升级版，性能谈不上出色，优点是能效表现好，成本比骁龙 778G 低，而且最高支持 2 亿像素主摄。隔壁的 Redmi 就是因为上了2 亿像素才选用这块芯片，真我用这款处理器估计还是出于成本和能耗考虑，毕竟定制屏幕花了不少钱，此消彼长。

具体规格上，天玑 1080 采用台积电 6nm 制程，CPU 由 2 个 ARM Cortex-A78 性能核心以及 6 个 A55 能效核心组成，最高频率为 2.6GHz。而 GPU 则依旧采用的是 Mali-G68。

虽然真我 10 Pro 没有主打性能，但按照惯例我们还是要走下流程的。安兔兔来到了 520211 分，在机型性能榜中甚至没有进入 TOP100。接下来是 GeekBench 5 和 3DMark 的跑分，其中 GeekBench 单核得分 841，多核 2358，而 3DMark 显示得分为 2301 分。

没有对比的话，大家对这些数值可能没什么概念。我们拿来了早些时间发布的 Redmi Note12 探索版，它同样搭载了天玑 1080。从截图可以看到，真我 10 Pro 的各项跑分都明显要比红米高一些。

天玑 1080 是骡子是马，拉出来遛遛就知道了。

登场的还是《王者荣耀》这款主流 MOBA 手游，真我 10 Pro 适配了 90 帧，不支持开启极致画质。在室温 25° 左右，手机开启电竞模式和极限稳帧，一局游戏下来玩的很是顺畅，打团也没有明显的掉帧，帧率基本能够接近 90FPS。

CPU 调度还是比较积极的，手机只是有些温热，这也是天玑 1080 的一点小优势了。

鉴于这款 SoC 的定位，像《原神》这种高负载的游戏吃不消很正常。在开启极高画质 60 帧的情况下，真我 10 Pro 直接将帧数锁在了 30FPS 以内，想要体验高画质的小伙伴还是需要去购买旗舰手机。

总体来说，天玑 1080 的性能要强于天玑 920，比骁龙 778G 逊色一些，王者、吃鸡这些主流网游基本能够流畅运行，但《原神》、《光明山脉》的重度玩家就需要慎重考虑了。

针对游戏场景，真我 10 Pro 也带来了一些配套的功能和硬件。软件层面，电竞模式保证了手机性能的充分释放，游戏助手提供了极限稳帧、全沉浸模式、网络优化、游戏滤镜、游戏挂机等实用小功能。

硬件上，安排上了 X 轴线性马达、Hi-Res 立体双扬声器、1260Hz 触控采样率电竞级屏幕等配置。另外，这款手机还配备了 12 256GB 的内存组合，支持最高 8GB 虚拟内存，后台保活能力还不错。

续航方面，真我 10 Pro 内置了 5000mAh 超大电池，配合天玑 1080 的低功耗，确实可以达到出色的续航表现，基本上充满电使用一天是没有太大压力的。

67W 快充相对保守，没有给到自家招牌的 150W 闪充。67W 的充电速度并不算慢，47 分钟左右就能充满电，只是还不够卷罢了。

配件：真我 Buds Air 3S 无线蓝牙耳机

一同到来的还有真我 Buds Air 3S 无线蓝牙耳机。这款耳机的特别之处在于耳机仓采用了新颖的「乐」光宝盒设计，耳机仓盖全透明，辨识度很高。不太好的地方是耳机仓的塑料感较重，单手开合困难。

耳机本体很轻巧，「鲸鳍耳翼」的设计贴合耳廓，长时间佩戴不会有沉闷感。音质方面，蓝鲸振膜配合 11mm 低音大动圈，听重低音频格外给力，人声也较为纯净，在高中低频都能获得出色的听感。这款耳机还支持了 Dolby Atmos、双麦 AI 深度通话降噪。

我最在意的还是游戏中的延迟表现，对于我们这些臭打游戏的玩家来说，玩游戏声音延迟也是一种折磨。耳机实际体验比想象中要好很多，69ms 全链路低延迟基本上是做到了音画同步，这点还是很惊喜的。

当然了，它毕竟是蓝牙耳机，如果你是游戏的重度发烧友，还是建议转接有线耳机。

总结

作为一款中端新品，真我 10 Pro 给自己打造出了充足的卖点，比如亿元定制的 2160Hz 护眼曲面屏、2.33mm 极窄下巴、一亿像素三星 HM6 主摄、首个出厂预置 realme UI 4.0 的真我手机等，消费者的感知还是很强的。

相比面面俱到的疯狂堆料，将钱花在了刀刃上，既控制了成本，又打造了一款极具特色的中端机型，不失为一种好的商业行为。真我 10 Pro 在配置上做出了取舍，屏幕、影像尽可能放大的同时，弱化了性能和快充配置。很卷，但还不够卷。

如果你不是重度游戏用户和直屏爱好者，这款 173g 的轻薄曲面手机或许会是不错的选择。

redis分布式锁两种应用场景

“分布式锁”是用来解决分布式应用中“并发冲突”的一种常用手段，实现方式一般有基于zookeeper及基于redis二种。

这里我们分析下基于Redis得场景和实现。

单节点部署场景

举例说明，系统A和系统B是两个部署在不同节点的相同应用（集群部署），这时客户端请求传来，两个系统都受到了请求，并且该请求是对数据表进行插入操作，如果这个时候不加锁来控制，可能会导致数据库新增两条记录，这时系统也不能允许的，由于是在不同应用内，在单个应用内加JVM级别的锁，另一个应用是感知不到的，这时需要用到分布式锁。

接下来我们看看这种场景如何实现安全的分布式锁，由于是单节点部署场景，我们可以用setnx命令，以请求的唯一主键作为key，由于该操作是原子操作，当系统A设值成功后，系统B是无法设置成功的， 这时A就可以进行查询并插入操作，操作数据库完成后，删除key，此时系统B才能设值成功，但是由于查询到数据库有记录，所以并不会插入数据，这样就解决了该问题。但是这里会有个问题，如果redis挂机了，这里的锁不是永远都不释放了吗， 所以为了解决这个问题，redis提供了set命令，可传入超时时间的，那么在指定的时间范围内，如果没有释放锁，则该锁自动过期。如果执行时间超过超时时间呢，比如系统A还未执行完任务，就释放了锁，系统B接着执行任务，这时，系统A执行完了，把锁删掉（此时删除的时系统B获取的锁）。方案一： 为了避免这种情况，在del锁之前可以做一个判断，验证key对应的value是不是自己线程的ID.如果要考虑原子性问题，可以使用Lua脚本来实现，保证验证和删除的原子性。方案二：我们可以让获得锁的线程开启一个守护线程，用来给快要过期的锁加长超时时间。当系统A中的线程执行完任务，再显式关掉守护线程。

具体到业务场景中，我们要考虑二种情况：

一、抢不到锁的请求，允许丢弃(即：忽略）

比如：一些不是很重要的场景，比如“监控数据持续上报”，某一篇文章的“已读/未读”标识位更新，对于同一个id，如果并发的请求同时到达，只要有一个请求处理成功，就算成功。

用活动图表示如下：

二、并发请求，不论哪一条都必须要处理的场景(即：不允许丢数据)

比如：一个订单，客户正在前台修改地址，管理员在后台同时修改备注。地址和备注字段的修改，都必须正确更新，这二个请求同时到达的话，如果不借助db的事务，很容易造成行锁竞争，但用事务的话，db的性能显然比不上redis轻量。

解决思路：A,B二个请求，谁先抢到分布式锁（假设A先抢到锁），谁先处理，抢不到的那个（即：B），在一旁不停等待重试，重试期间一旦发现获取锁成功，即表示A已经处理完，把锁释放了。这时B就可以继续处理了。

但有二点要注意：

a、需要设置等待重试的最长时间，否则如果A处理过程中有bug，一直卡死，或者未能正确释放锁，B就一直会等待重试，但是又永远拿不到锁。

b、等待最长时间，必须小于锁的过期时间。否则，假设锁2秒过期自动释放，但是A还没处理完（即：A的处理时间大于2秒），这时锁会因为redis key过期“提前”误释放，B重试时拿到锁，造成A,B同时处理。（注：可能有同学会说，不设置锁的过期时间，不就完了么？理论上讲，确实可以这么做，但是如果业务代码有bug，导致处理完后没有unlock，或者根本忘记了unlock，分布式锁就会一直无法释放。所以综合考虑，给分布式锁加一个“保底”的过期时间，让其始终有机会自动释放，更为靠谱）

用活动图表示如下：

写了一个简单的工具类：

package com.cnblogs.yjmyzz.redisdistributionlock;import org.slf4j.Logger;import org.slf4j.LoggerFactory;import org.springframework.data.redis.core.StringRedisTemplate;import org.springframework.util.StringUtils;import java.util.UUID;import java.util.concurrent.TimeUnit;/*** 利用redis获取分布式锁** @author 菩提树下的杨过* @blog http://yjmyzz.cnblogs.com/*/public class RedisLock {private StringRedisTemplate redisTemplate;private Logger logger = LoggerFactory.getLogger(this.getClass());/*** simple lock尝试获取锅的次数*/private int retryCount = 3;/*** 每次尝试获取锁的重试间隔毫秒数*/private int waitIntervalInMS = 100;public RedisLock(StringRedisTemplate redisTemplate) {this.redisTemplate = redisTemplate;}/*** 利用redis获取分布式锁(未获取锁的请求，允许丢弃!)** @param redisKey 锁的key值* @param expireInSecond 锁的自动释放时间(秒)* @return* @throws DistributionLockexception*/public String simpleLock(final String redisKey, final int expireInSecond) throws DistributionLockException {String lockValue = UUID.randomUUID().toString();boolean flag = false;if (StringUtils.isEmpty(redisKey)) {throw new DistributionLockException("key is empty!");}if (expireInSecond <= 0) {throw new DistributionLockException("expireInSecond must be bigger than 0");}try {for (int i = 0; i < retryCount; i ) {boolean success = redisTemplate.opsForValue().setIfAbsent(redisKey, lockValue, expireInSecond, TimeUnit.SECONDS);if (success) {flag = true;break;}try {TimeUnit.MILLISECONDS.sleep(waitIntervalInMS);} catch (Exception ignore) {logger.warn("redis lock fail: " ignore.getMessage());}}if (!flag) {throw new DistributionLockException(Thread.currentThread().getName() " cannot acquire lock now ...");}return lockValue;} catch (DistributionLockException be) {throw be;} catch (Exception e) {logger.warn("get redis lock error, exception: " e.getMessage());throw e;}}/*** 利用redis获取分布式锁(未获取锁的请求，将在timeoutSecond时间范围内，一直等待重试)** @param redisKey 锁的key值* @param expireInSecond 锁的自动释放时间(秒)* @param timeoutSecond 未获取到锁的请求，尝试重试的最久等待时间(秒)* @return* @throws DistributionLockException*/public String lock(final String redisKey, final int expireInSecond, final int timeoutSecond) throws DistributionLockException {String lockValue = UUID.randomUUID().toString();boolean flag = false;if (StringUtils.isEmpty(redisKey)) {throw new DistributionLockException("key is empty!");}if (expireInSecond <= 0) {throw new DistributionLockException("expireInSecond must be greater than 0");}if (timeoutSecond <= 0) {throw new DistributionLockException("timeoutSecond must be greater than 0");}if (timeoutSecond >= expireInSecond) {throw new DistributionLockException("timeoutSecond must be less than expireInSecond");}try {long timeoutAt = System.currentTimeMillis() timeoutSecond * 1000;while (true) {boolean success = redisTemplate.opsForValue().setIfAbsent(redisKey, lockValue, expireInSecond, TimeUnit.SECONDS);if (success) {flag = true;break;}if (System.currentTimeMillis() >= timeoutAt) {break;}try {TimeUnit.MILLISECONDS.sleep(waitIntervalInMS);} catch (Exception ignore) {logger.warn("redis lock fail: " ignore.getMessage());}}if (!flag) {throw new DistributionLockException(Thread.currentThread().getName() " cannot acquire lock now ...");}return lockValue;} catch (DistributionLockException be) {throw be;} catch (Exception e) {logger.warn("get redis lock error, exception: " e.getMessage());throw e;}}/*** 锁释放** @param redisKey* @param lockValue*/public void unlock(final String redisKey, final String lockValue) {if (StringUtils.isEmpty(redisKey)) {return;}if (StringUtils.isEmpty(lockValue)) {return;}try {String currLockVal = redisTemplate.opsForValue().get(redisKey);if (currLockVal != null && currLockVal.equals(lockValue)) {boolean result = redisTemplate.delete(redisKey);if (!result) {logger.warn(Thread.currentThread().getName() " unlock redis lock fail");} else {logger.info(Thread.currentThread().getName() " unlock redis lock:" redisKey " successfully!");}}} catch (Exception je) {logger.warn(Thread.currentThread().getName() " unlock redis lock error:" je.getMessage());}}}

然后写个spring-boot来测试一下：

package com.cnblogs.yjmyzz.redisdistributionlock;import org.slf4j.Logger;import org.slf4j.LoggerFactory;import org.springframework.boot.SpringApplication;import org.springframework.boot.autoconfigure.SpringBootApplication;import org.springframework.context.ConfigurableApplicationContext;import org.springframework.data.redis.core.StringRedisTemplate;import java.util.concurrent.CountDownLatch;import java.util.concurrent.TimeUnit;@SpringBootApplicationpublic class RedisDistributionLockApplication {private static Logger logger = LoggerFactory.getLogger(RedisDistributionLockApplication.class);public static void main(String[] args) throws InterruptedException {ConfigurableApplicationContext applicationContext = SpringApplication.run(RedisDistributionLockApplication.class, args);//初始化StringRedisTemplate redisTemplate = applicationContext.getBean(StringRedisTemplate.class);RedisLock redisLock = new RedisLock(redisTemplate);String lockKey = "lock:test";CountDownLatch start = new CountDownLatch(1);CountDownLatch threadsLatch = new CountDownLatch(2);final int lockExpireSecond = 5;final int timeoutSecond = 3;Runnable lockRunnable = () -> {String lockValue = "";try {//等待发令枪响，防止线程抢跑start.await();//允许丢数据的简单锁示例lockValue = redisLock.simpleLock(lockKey, lockExpireSecond);//不允许丢数据的分布式锁示例//lockValue = redisLock.lock(lockKey, lockExpireSecond, timeoutSecond);//停一会儿，故意让后面的线程抢不到锁TimeUnit.SECONDS.sleep(2);logger.info(String.format("%s get lock successfully, value:%s", Thread.currentThread().getName(), lockValue));} catch (Exception e) {e.printStackTrace();} finally {redisLock.unlock(lockKey, lockValue);//执行完后，计数减1threadsLatch.countDown();}};Thread t1 = new Thread(lockRunnable, "T1");Thread t2 = new Thread(lockRunnable, "T2");t1.start();t2.start();//预备：开始！start.countDown();//等待所有线程跑完threadsLatch.await();logger.info("======>done!!!");}}

　用2个线程模拟并发场景，跑起来后，输出如下：

可以看到T2线程没抢到锁，直接抛出了预期的异常。

把44行的注释打开，即：换成不允许丢数据的模式，再跑一下：

可以看到，T1先抢到锁，然后经过2秒的处理后，锁释放，这时T2重试拿到了锁，继续处理，最终释放。

噱头大于实质——传奇的SIG P210手枪推出紧凑便携型

作为轻武器爱好者大多都知道瑞士SIG公司的传奇产品，堪称最精确量产手枪的SIG P210手枪。长期以来，SIG P210手枪给人的感觉一直是高端、精密、冷艳，主体结构都是钢的，表面有漂亮的烤蓝，散发着上个世纪前半叶精密机械的色彩。但此次2020年枪展上，SIG美国分公司却放下P210的高贵身段，推出了一种风格迥异的紧凑便携型P210手枪。

2020年枪展上的SIG P210 Carry手枪

2020年枪展上的SIG P210 Carry手枪

先让我们以最快的速度简单介绍一下SIG P210手枪的历史。SIG P210手枪的研发始于1937年，设计师是查尔斯·加布里·皮特（Charles Gabriel Petter）。在20世纪30年代的时候，皮特为法国陆军设计了7.65mm口径的Mle.1935A手枪，与另一种手枪Mle.1935S一起被法军选为制式手枪。

法国Mle.1935A手枪

读者如果有心就会发现，Mle.1935A手枪的造型与SIG P210手枪颇为相似，其实这两支枪的确有技术渊源，当时SIG Sauer公司也买了查尔斯·皮特的专利，所以在外观上SIG P210很像Mle.1935A，连内部结构都有不少相似之处，自动原理也都是管退式，勃朗宁枪管偏移闭锁。

SIG P210手枪

法国的Mle.1935A手枪采用法国特色的7.65x20mm手枪弹，又称为7.65mm MAS手枪弹。这种子弹口径较小，动能较低，后坐柔和，但威力稍稍逊色。瑞士在研发P210手枪时虽然采用了与Mle.1935A手枪类似的基本设计，但口径改为9mm，发射威力更大的9x19mm手枪弹。

左中右：黄铜弹壳7.65x20mm手枪弹、钢弹壳7.65x20mm手枪弹、9mm派拉贝鲁姆手枪弹。

除了更改口径，瑞士SIG P210手枪还将原Mle.1935A手枪的手动保险从套筒移到套筒座扳机护圈后上方，这样更便于用大拇指操作。

另外，原Mle.1935A手枪采用枪管偏移闭锁，驱动枪管后端偏移靠的是铰链，类似柯尔特M1911手枪，到了SIG P210把这个也改了，改成枪管后下方凸耳上的肾形孔。

SIG P210射击慢动作，可看到枪管偏移开锁。

SIG P210原型枪的测试于1944年结束，但一开始并未装备瑞士军队，而是作为一款精确射击的靶枪于1947年生产，命名为SP（Sig-Petter）47/8。

M/49（上）和SP47/8（下），SP47/8的准星是钩状的，握把上没有栓枪绳的挂环。

从后方看SP47/8（左）和M/49（右）

右侧看SP47/8（下）和M/49（上）

一直到1949年，瑞士军队才正式装备SIG P210手枪，获得了M/49的正式编号。除瑞士和丹麦外，西德边防警察和比利时军队也装备过这种枪。

后期量产的M/49改为带网格防滑纹的塑料握把片。

除了军用型，SIG P210也生产过商业型，商业型的生产国除了瑞士还包括西德，产品有与军用型类似的型号，也有照门可调、枪管加长的靶枪型。

使用加长枪管可调瞄准具的SIG P210-5靶枪

采用固定瞄准具的SIG P210-6靶枪

SIG P210手枪拥有量产手枪中相当高的射击精度，这主要得益于它高质量的零件加工和少见的套筒设计：

大多数套筒式手枪的套筒与套筒座连接方式是“天包地”，套筒比套筒座宽，跨在套筒座上，并且为了简化加工，套筒座上为套筒提供导向的导轨较短，比如GLOCK手枪的导轨是前后两小段，伯莱塔92F的导轨则分为前、中、后三小段，而且套筒和套筒座结合有一定间隙。而SIG P210手枪套筒与套筒座连接方式是“地包天”，套筒座更宽，较窄的套筒夹在套筒座导轨里，导轨很长，几乎贯穿整个套筒座，而且套筒与套筒座的结合非常紧密，这就为套筒提供很准确的运动导引，提高了零件运动精确度。

当然，采用这种贯穿全长，结合紧密的导轨也带来加工成本上升，套筒与套筒座互换性差，需成对修配等缺陷，这与军用武器追求生产工艺性、追求产量的定位是不符的，但意外地使SIG P210成为一款非常精确的高品质手枪。

1975年起，瑞士军队用更现代化，也更廉价的SIG P220手枪（瑞士命名为M/75手枪）取代SIG P210手枪作为军用制式手枪，但SIG P210的商业型仍有生产。

以今天的眼光来看，SIG P210手枪精密得有些过头，毕竟手枪是一种近距离快速射击的武器，追求的是操作便捷，工艺简单，适合大量生产，而SIG P210更像是一种高精度的比赛用枪或者艺术品。SIG P210的一些设计比如装在握把底部，需另一只手操作的弹匣卡锁在当时算不上什么大缺陷，很多欧洲手枪都这么设计，但今天来看就显得落后了。

而此次由SIG美国分公司推出的P210 Carry手枪是在原P210的基础上搭配一些现代元素，按照现代手枪的要求进行再设计，主要改进有：

1、将套筒座改为质量较轻的铝合金材料；

2、除套筒后方原有的防滑纹外，套筒前方也增加一对防滑纹，便于“以色列出枪法”操作（手枪开保险、不上膛携行，拔枪的瞬间用另一只手撸套筒上膛，由于另一只手经常要抓在套筒前端，所以用这种出枪法最好套筒前端也有防滑纹）；

3、握把两侧用G10防滑握把片；

4、瞄准具带氚光管，可在光照不良的情况下使用。

5、弹匣释放钮改在扳机护圈与握把连接处，手动保险、空仓挂机的位置也改得更顺手（这个改进在一些P210商业型上早有使用）。

改进之后的P210 Carry手枪外观一改老型号的古典，变得颇为现代，颜色呈磨砂黑，空枪重比原P210有所降低，为32盎司，约为0.9kg，弹容量8 1发。

与P210靶枪型放在一起的P210 Carry手枪。

与P210靶枪型放在一起的P210 Carry手枪。

虽然SIG P210 Carry为迎合现代便携手枪的需求做了很多努力，但从使用者的角度来看，这种SIG P210 Carry的吸引力并不大。在便携手枪市场上，可选的型号非常多，这些现代便携手枪大多有击针保险、扳机保险等多道保险机构，可在膛内有弹的情况下安全携带，重量更轻，弹容量更大，为什么要选P210 Carry这种弹容量只有8 1发，体积还不小的型号呢？所以SIG公司此次推出P210 Carry更多的是想借P210的名气捞一波情怀，真正的市场反响预计不会好到哪里去。

真喜欢便携手枪，Carry，同样是SIG公司的P365不香吗？