锁编程

A. 单片机4x4的密码锁编程变成6x6的单片机密码锁在哪个位置改动

4x4是刚好使用单片机的端口P0、P1、P2、P3的其中一个，低4位控制4行高4位控制列，看具体硬件设计，你要改成6x6那就是6行6列，单片机1个端口只有8个脚4X4是刚好的，6x6需要外加端口，具体看你硬件怎么设计，之前4X4的按键函数肯定是用不了，需要安装硬件从新编写按键扫描函数，在4x4的扫描函数上面改，跟从写是一样的，改也是把所有代码删除。

B. 宝马320方向锁编程怎么操作

tmp=tmp+a[0][j]+a[j][n-1]-a[n-1][j]-a[j][0];
tmp=tmp+a[0][n-1]-a[n-1][0];
if(tmp>max)
max=tmp;

C. 这是哪家的门禁锁编程密码是多少,现在想更改密码都知道怎么弄了

123456是也

D. 新代系统怎样锁定程序不能被编辑

只能设置密码锁定，有多种方法，压缩加密是最好的办法。安装后的只能设计一个锁定编程。

E. Ma2控台怎么锁住编程颜色

可以使用INCLUDE功能，点INCLUDE键（在数字键盘的上面），然后再点一个程序，这个时候灯具就会变成程序的样子，然后再选你不想要的灯具，把它关掉（DIMMER设为0），再点保存程序，将它存到另一个推子上。

F. 如何破解和制作“加密狗”程序！

硬件克隆复制主要是针对国产芯片的加密狗，因为国产加密狗公司一般没有核心加密芯片的制造能力，因此有些使用了市场上通用的芯片，破解者分析出芯片电路以及芯片里写的内容后，就可以立刻复制或克隆一个完全相同的加密狗。不过国外的加密狗就无法使用这种方法，国外加密狗硬件使用的是安全性很好的自己研制开发的芯片，通常很难进行复制，而且现在国内加密狗也在使用进口的智能卡芯片，因此这种硬件克隆的解密方法用处越来越少。 对于Debug调试破解，由于软件的复杂度越来越高，编译器产生的代码也越来越多，通过反汇编等方法跟踪调式破解的复杂度已经变得越来越高，破解成本也越来越高，目前已经很少有人愿意花费大量精力进行如此复杂的破解，除非被破解的软件具有极高的价值。 目前加密锁（加密狗）的解密破解工作主要集中在应用程序与加密动态库之间的通讯拦截。这种方法成本较低，也易于实现，对待以单片机等芯片为核心的加密锁（加密狗）具有不错的解密效果。 由于加密锁（加密狗）的应用程序接口（API）基本上都是公开的，因此从网上可以很容易下载到加密狗的编程接口API、用户手册、和其它相关资料，还可以了解加密狗技术的最新进展。 例如，某个国内知名的美国加密狗提供商的一款很有名的加密狗，其全部编程资料就可以从网上获取到，经过对这些资料的分析，我们知道这个加密锁（加密狗）有64个内存单元，其中56个可以被用户使用，这些单元中的每一个都可以被用为三种类型之一：算法、数据值和计数器。 数据值比较好理解，数据值是用户存储在可读写的单元中的数据，就和存储在硬盘里一样，用户可以使用Read函数读出存储单元里面的数据，也可以使用Write函数保存自己的信息到存储单元。 计数器是这样一种单元，软件开发商在其软件中使用Decrement函数可以把其值减一，当计数器和某种活动的（active）算法关联时，计数器为零则会封闭（deactive）这个算法。 算法单元较难理解一些，算法（algorithm）是这样一种技术，你用Query（queryData）函数访问它，其中queryData是查询值，上述函数有一个返回值，被加密的程序知道一组这样的查询值/返回值对，在需要加密的地方，用上述函数检查狗的存在和真伪。对于被指定为算法的单元，软件上是无法读和修改的，即使你是合法的用户也是如此，我理解这种技术除了增加程序复杂性以外，主要是为了对付使用模拟器技术的破解。 此加密锁（加密狗）的所有API函数调用都会有返回值，返回值为0的时候表示成功。 因此，破解思路就出来了，就是使用我们自己的工具（如VB、VC等）重新编写构造一个和加密狗API一样的DLL动态库文件，里面也包含Read、Write等全部API中包含的函数，使用的参量及返回值和原来的函数一样，所有函数返回零。然后对Query、Read函数进行处理，返回应用软件需要的数值即可。 这个新的DLL文件编写成功后，直接替换掉原来的DLL文件，这时候再运行应用软件，软件访问加密狗的操作就全部会被拦截，拦截程序永远会返回正确的数据给软件，从而实现了模拟加密狗的运行。 以上是目前破解软件加密狗（加密锁）的一些常见思路，对于这种破解，软件开发者还是有相应的一些对策的，下一回我将在《软件加密锁编程技巧》一文中具体介绍一下软件开发者将如何编写安全可靠的代码，使得这种类似的破解方法失效。

G. 高并发情况下怎样尽量实现无锁编程

一个在线2k的游戏，每秒钟并发都吓死人。传统的hibernate直接插库基本上是不可行的。我就一步步推导出一个无锁的数据库操作。1. 并发中如何无锁。

一个很简单的思路，把并发转化成为单线程。java的Disruptor就是一个很好的例子。如果用java的concurrentCollection类去做，原理就是启动一个线程，跑一个Queue，并发的时候，任务压入Queue，线程轮训读取这个Queue，然后一个个顺序执行。

在这个设计模式下，任何并发都会变成了单线程操作，而且速度非常快。现在的node.js, 或者比较普通的ARPG服务端都是这个设计，“大循环”架构。

这样，我们原来的系统就有了2个环境：并发环境 + ”大循环“环境

并发环境就是我们传统的有锁环境，性能低下。

”大循环“环境是我们使用Disruptor开辟出来的单线程无锁环境，性能强大。2. ”大循环“环境 中如何提升处理性能。

一旦并发转成单线程，那么其中一个线程一旦出现性能问题，必然整个处理都会放慢。所以在单线程中的任何操作绝对不能涉及到IO处理。那数据库操作怎么办？

增加缓存。这个思路很简单，直接从内存读取，必然会快。至于写、更新操作，采用类似的思路，把操作提交给一个Queue，然后单独跑一个Thread去一个个获取插库。这样保证了“大循环”中不涉及到IO操作。问题再次出现：

如果我们的游戏只有个大循环还容易解决，因为里面提供了完美的同步无锁。

但是实际上的游戏环境是并发和“大循环”并存的，即上文的2种环境。那么无论我们怎么设计，必然会发现在缓存这块上要出现锁。3. 并发与“大循环”如何共处，消除锁？

我们知道如果在“大循环”中要避免锁操作，那么就用“异步”，把操作交给线程处理。结合这2个特点，我稍微改下数据库架构。

原本的缓存层，必然会存在着锁，例如：

public TableCache

{
private HashMap<String, Object> caches = new ConcurrentHashMap<String, Object>();
}

这个结构是必然的了，保证了在并发的环境下能够准确的操作缓存。但是”大循环“却不能直接操作这个缓存进行修改，所以必须启动一个线程去更新缓存，例如：

private static final ExecutorService EXECUTOR = Executors.newSingleThreadExecutor();

EXECUTOR.execute(new LatencyProcessor(logs));

class LatencyProcessor implements Runnable

{

public void run()
{

// 这里可以任意的去修改内存数据。采用了异步。
}
}

OK，看起来很漂亮。但是又有个问题出现了。在高速存取的过程中，非常有可能缓存还没有被更新，就被其他请求再次获取，得到了旧的数据。4. 如何保证并发环境下缓存数据的唯一正确？

我们知道，如果只有读操作，没有写操作，那么这个行为是不需要加锁的。

我使用这个技巧，在缓存的上层，再加一层缓存，成为”一级缓存“，原来的就自然成为”二级缓存“。有点像CPU了对不？

一级缓存只能被”大循环“修改，但是可以被并发、”大循环“同时获取，所以是不需要锁的。

当发生数据库变动，分2种情况：

1）并发环境下的数据库变动，我们是允许有锁的存在，所以直接操作二级缓存，没有问题。

2）”大循环“环境下数据库变动，首先我们把变动数据存储在一级缓存，然后交给异步修正二级缓存，修正后删除一级缓存。

这样，无论在哪个环境下读取数据，首先判断一级缓存，没有再判断二级缓存。

这个架构就保证了内存数据的绝对准确。

而且重要的是：我们有了一个高效的无锁空间，去实现我们任意的业务逻辑。最后，还有一些小技巧提升性能。

1. 既然我们的数据库操作已经被异步处理，那么某个时间，需要插库的数据可能很多，通过对表、主键、操作类型的排序，我们可以删除一些无效操作。例如：

a）同一个表同一个主键的多次UPdate，取最后一次。

b）同一个表同一个主键，只要出现Delete，前面所有操作无效。

2. 既然我们要对操作排序，必然会存在一个根据时间排序，如何保证无锁呢？使用

private final static AtomicLong _seq = new AtomicLong(0);

即可保证无锁又全局唯一自增，作为时间序列。

H. PLC 密码锁编程

有点模糊，靠什么输入啊