脚本加锁
‘壹’ 怎么给批处理脚本上个密码锁
@echo off
:menu
echo.
set /p password=请输入密码:
echo.
if /i "%password%"=="A" (goto next) else (echo; 密码错误,请重新输入&&goto menu)
:next
echo Yes
echo.写下你的代码
pause
‘贰’ C语言和shell语言给文件加锁
一般情况下是做不到的！
从文件本身角度是无法实现加锁的！
只能从应用程序角度去加锁，如：在C程序中进行加锁和锁检查，当然，可以不是真正意义上的锁（否则shell无法识别）。 同时，在shell进程中进行加锁的锁检查！
‘叁’ 怎么样才能用脚本文件来对注册表进行解锁脚本文件是在哪里编写的
解锁注册表四招
相信有不少朋友遇到过注册表被锁而不能进入注册表的情况。有时候他人的机器被锁，而有的是上一次自己故意加锁，而解锁方法又忘记了。这里教你几招，彻底打开这把锁。
第一招 如果你有备份，比如你以前曾将system.dat和user.dat分别备份为backsys.bak和backusr.bak，则只需用它们将现存的两文件覆盖即可：
c:\windows>attrib -h -s -r system.dat
c:\windows>attrib -h -s -r user.dat
c:\windows> backsys.bat system.dat
c:\windows> backusr.bak user.dat
c:\windows>attrib +h +s +r system.dat
c:\windows>attrib +h +s +r user.dat
容笑注：如果以前您曾经用regedit.exe（注册表编辑器）导出过注册表，只要双击导出的这个文件即可导入注册表解锁。
第二招 写注册表脚本文件
REGEDIT4
[HKEY_CURRENT_USER\Software\Wicrosoft\Windows\currentversion\Policies\System]
"DisableRegistryTools"=dword:00000000
REGEDIT4必须大写且顶格，其下面要空一行再写路径。用记事本或其他编辑软件写好后保存为以.reg为扩展名的文件，双击执行。不过在锁注册表时，高明的人早就将注册表中.reg文件与regedit的文件关联给删了，这时可以考虑用下面的招式。
第三招 用regedit命令
在纯DOS下，regedit也可用命令行的形式使用，例如：
REGEDIT/D HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\System\DisableRegistryTools
如果regedit也被删除了，仍然不用怕！我们有必杀技。
第四招 用vba写wsh（Windows s cripting Host）
DIM WSH
SET WSH=Ws cript.CREATEOBJECT("Ws cript.SHELL")
WSH.POPUP("将为您解开注册表！")
WSH.REGWRIT"HKCU\SOFTWARE\MICROSOFT\WINDOWS\CURRENTBERSION\POLICIES\SYSTEM\DISABLEREGISTRYTOOLS",0,"REG_DWORD"
WSH.POPUP("SUCCESSFULLY!")
用记事本写完后存为以.vbs为扩展名的文件后双击执行即可。
‘肆’ linux 定时任务，如何加锁
好像没有加锁的功能，但是你可以在你的脚本中写一个判断，如果有相同进程，就不执行
‘伍’ 按键精灵脚本如何锁定程序执行，或者怎么绑定yy
在脚本重复执行的最开始运行，这样的话每次刷完一次图，就检测一次yy是否打开。也可以使用多线程，至始至终的检测。使用多线程时，只要他一关，脚本就停止，不管有没有刷完。
（BeginThread 多线程检测yy是否开启中）
（sub 多线程检测yy是否开启中）
dim hwnd //如果前边已经使用着这个hwnd，可以加后缀数字10000.200000都可以
hwnd = //你的yy句柄
Window = Plugin.Window.IsWindow(Hwnd)
If Window < > 1 Then //< > 这个是不等号 不知道有没有输错
i=1
while i = 0
MsgBox "又不要你钱，就开个yy还ggyy的，你去死吧。"
delay 10
MsgBox "弄个对话框弹死你！"
delay 10
Wend
EndScript //结束脚本
elseif window = 1 then
MsgBox "关闭脚本时候，请先停止脚本，后关闭yy，谢谢"
End If
（delay 1000 //多线程，一秒钟检测一次，否则的话机器可能会卡）
（End Sub）
其实就是一个窗口打开的判定。当然也有其他方式。带括号的就是多线程检测。使用的时候把括号去掉
看了有用的 不赞是猪！
‘陆’ Redisson实现分布式锁原理
如图所示啊，石杉大佬画的redisson分布式锁原理。
大概总结下，保证我们的key落到一个集群里，并且加锁操作是基于lua脚本的原子性操作，对于锁延迟由watch dog控制。
具体可以看 https://www.cnblogs.com/AnXinliang/p/10019389.html
如果你对某个redis master实例，写入了myLock这种锁key的value，此时会异步复制给对应的master slave实例。但是这个过程中一旦发生redis master宕机，主备切换，redis slave变为了redis master。
接着就会导致，客户端2来尝试加锁的时候，在新的redis master上完成了加锁，而客户端1也以为自己成功加了锁。
此时就会 导致多个客户端对一个分布式锁完成了加锁。
这时系统在业务语义上一定会出现问题，导致各种脏数据的产生。
所以这个就是redis cluster，或者是redis master-slave架构的主从异步复制导致的redis分布式锁的最大缺陷：在redis master实例宕机的时候，可能导致多个客户端同时完成加锁。
如果主动结构redis架构模式下，我们想保证完全一致，必须重写加锁的逻辑了， 保证必须mater和slave同时加锁成功，我们整个加锁才是成功的 。
上面的2是对于单个主从结构我们可以这样干，如果假设我们有多个相对独立的master，无slave呢？我们在其中一个master上加了🔐，然后它挂了岂不是我们的数据会在剩下的结点会重新加锁成功？
redis引入了 红锁 的概念：用Redis中的多个master实例，来获取锁，只有 大多数 实例获取到了锁，才算是获取成功 。
具体的红锁算法分为以下五步：
以上步骤来自redis 分布式锁的解释,如下
”相同的key和随机值（随机值用于唯一关系客户端和key）在N个节点上请求锁“
这里的随机数是什么？
这对于 避免删除由另一个客户端创建的锁 很重要。例如，客户端可能会获取锁，执行某些操作时被阻塞的时间超过锁的有效时间（密钥将过期的时间），然后移除已被其他客户端获取的锁。使用 just DEL 是不安全的，因为客户端可能会删除另一个客户端的锁。使用上面的脚本，每个锁都用一个随机字符串“签名”，所以只有当它仍然是客户端试图移除它时设置的锁才会被移除。
这个随机字符串应该是什么？我们假设它是 20 个字节 /dev/urandom ，但您可以找到更便宜的方法使其对您的任务足够独特。例如，一个安全的选择是用 RC4 播种 /dev/urandom ，并从中生成一个伪随机流。一个更简单的解决方案是使用具有微秒精度的 UNIX 时间戳，将 时间戳与客户端 ID 连接起来。它并不安全，但对于大多数环境来说可能就足够了。
假设一共有5个Redis节点：A, B, C, D, E。设想发生了如下的事件序列：
为了应对这一问题，提出了 延迟重启 (delayed restarts)的概念。
就是,一个节点崩溃后，先不立即重启它，而是等待一段时间再重启，这段时间应该大于锁的有效时间(lock validity time)。
这样的话，这个节点在重启前所参与的锁都会过期，它在重启后就不会对现有的锁造成影响。
客户端1在获得锁之后发生了很长时间的GC pause，在此期间，它获得的锁过期了，而客户端2获得了锁。
当客户端1从GC pause中恢复过来的时候，它不知道自己持有的锁已经过期了，它依然向共享资源（ 比如 一个存储服务）发起了写数据请求，
而这时锁实际上被客户端2持有，因此两个客户端的写请求就有可能冲突（锁的互斥作用失效了）。
如何解决这个问题呢?引入了 fencing token 的概念：
首先：RedLock根据随机字符串来作为单次锁服务的token，这就意味着对于资源而言，无法根据锁token来区分client持有的锁所获取的先后顺序。
fencing token可以理解成采用全局递增的序列替代随机字符串,即 有序token ，作为锁token来使用
流程：
假设有5个Redis节点A, B, C, D, E。
这个问题用Redis实现分布式锁暂时无解。而生产环境这种情况是存在的。
时钟跳跃是可以避免的，取决于基础设施和运维； 时钟跳跃是可以避免的，取决于基础设施和运维；
redis是保持的AP而非CP，如果要追求强一致性可以使用zookeeper分布式锁，但是zookeeper也不是完全没问题，在出现网络颜值，客户端与服务端失联情况的时候也依然可能会出现分布式的问题。