- 综合排序
- 最热优先
- 最新优先
- 来自专栏找智能，上智哪儿
智哪儿评测：飞利浦DDL708-FVP系列人脸可视智能锁
智能锁千千万，谁是你的NO.1。又是一期智哪儿评测，这次我们为大家带来的是飞利浦的DDL708-FVP系列的人脸可视智能锁。 作为飞利浦智能锁最新推出的旗舰机型，DDL708-FVP人脸可视智能锁可以说是我的「梦中情锁」，因为它具备一切我能够想象出来的，一款智能锁该具备的功能。 就拿这款飞利浦DDL708-FVP来说，3D人脸识别、远程可视双向对讲、微信小程序控制、超声波异常侦测抓拍、室内感应开门、4英寸显示屏、红外夜视等等等等，全部给你配齐。 飞利浦DDL708-FVP人脸可视智能锁自带的4颗红外补光灯，可以确保在弱光环境下依然获得清晰的门外画面。我们模拟了三种光线亮度，事实证明，无论是亮光还是弱光，智能锁都可以确保画面的清晰度和可看性。 正所谓好马配好鞍，好房也得配把好锁。你的智能家居体验，就从一款飞利浦智能锁开始。
60420编辑于 2023-07-25 - 来自专栏美丽应用
重力锁屏:智能,高效锁屏体验
文章更新: 20160329 初次成文 应用名称:重力锁屏 应用包名:com.plexnor.gravityscreenofffree 备注说明:免费版/可内购 重力锁屏是一款智能， 高效的锁屏控件。 使用电源键关闭屏幕后自动停止重力锁屏所有服务。 当设备接入耳机时，手机可头部朝上放入口袋，屏幕将熄灭。 支持白名单/横向模式/SmartLock，当白名单中的应用在前台运行时，重力锁屏所有服务将停止，此外，若一个应用以横屏方式显示在屏幕上，重力锁屏的所有服务也会停止。 ? ? ? 也就是说，重力锁屏托管关屏动作是完全没有问题的，但是对于开屏动作而言可能不能兼容部分设备。
2.3K40发布于 2018-07-19 - 来自专栏物联网IOT安全
转载｜某智能锁破解
网关预留了不少的调试口，MCU也没有开启CRP（Code Read Protection）。
1.7K30发布于 2021-07-07 - 来自专栏悠扬前奏的博客
Java并发-4.锁基础
四种状态的锁 锁有四种状态：无锁状态，偏向锁状态，轻量级锁状态，重量级锁状态 根据竞争情况升级 锁可以升级不能降级 1. 偏向锁 大多数情况下，锁不存在多线程竞争，且总是由同一线程多次获得 线程访问同步块并获取锁，就在对象头和栈帧中的锁记录里存储偏向锁ID，之后线程出入同步块就不需要CAS来加锁和解锁，只是测试对象头的Mark 测试成功，线程获得锁，失败，就测试Mark Word中锁标识是否是1（当前锁是偏向锁）：没有设置，用CAS竞争锁；设置了，用CAS将对象头偏向锁指向当前线程。 如果成功，当前线程获得锁；如果失败，标识其他进程获得锁，当前线程尝试自旋来获取锁。 解锁：使用原子的CAS来讲Mark Work替换回到对象头，如果成功，标识没有竞争，如果失败，表示当前锁存在竞争，轻量级锁失效。锁膨胀为重量级锁。 3.
31330发布于 2019-05-28 - 来自专栏Devops专栏
4.ConcurrentHashMap 锁分段机制
4.ConcurrentHashMap 锁分段机制 ConcurrentHashMap - Java 5.0 在 java.util.concurrent 包中提供了多种并发容器类来改进同步容器的性能。 内部采用“锁分段”机制替代 Hashtable 的独占锁。进而提高性能。 HashMap 的 线程同步锁 image-20201101233749354 由于并发多线程都需要抢一个独立的同步锁，那样的话就无法同时读写，不然会抛出异常。并且效率低下，相当于串行操作。 示例代码 上面有了基本概念，我们先写一个 List 单个线程同步锁的示例代码。 1.创建实现单个同步锁的集合 list //线程类 class HelloThread implements Runnable{ //使用 Collections.synchronizedList
81820编辑于 2022-03-23 - 来自专栏卯金刀GG
高并发Java（4）：无锁
在高并发Java（1）：前言中已经提到了无锁的概念，由于在jdk源码中有大量的无锁应用，所以在这里介绍下无锁。 1 无锁类的原理详解 1.1 CAS CAS算法的过程是这样：它包含3个参数CAS(V,E,N)。V表示要更新的变量，E表示预期值，N表示新值。 基于这样的原理，CAS 操作即时没有锁，也可以发现其他线程对当前线程的干扰，并进行恰当的处理。 我们会发现，CAS的步骤太多，有没有可能在判断V和E相同后，正要赋值时，切换了线程，更改了值。 Java当中提供了很多无锁类，下面来介绍下无锁类。 2 无所类的使用 我们已经知道，无锁比阻塞效率要高得多。我们来看看Java是如何实现这些无锁类的。 2.1. 1 shift = 31 - Integer.numberOfLeadingZeros(scale); 前导零的意思就是比如8位表示12,00001100，那么前导零就是1前面的0的个数，就是4。
81220发布于 2019-07-26 - 来自专栏分布式锁原理与源码
分布式锁—4.Redisson的联锁和红锁
大纲1.Redisson联锁MultiLock概述2.Redisson联锁MultiLock的加锁与释放锁3.Redisson红锁RedLock的算法原理4.Redisson红锁RedLock的源码分析 然后当前线程一次性更新这些资源后，再逐一释放多个锁。二.Redisson分布式锁是支持MultiLock机制的可以将多个锁合并为一个大锁，对大锁进行统一的加锁申请以及锁释放。 + 同步等待锁释放完毕)释放锁就是依次调用每个锁的释放逻辑，同步等待每个锁释放完毕才返回。 (2)RedLock算法的四个要点总结一.客户端在多个Redis节点上申请加锁二.必须保证大多数节点加锁成功三.大多数节点加锁的总耗时 < 锁设置的过期时间四.释放锁时要向全部节点发起释放锁的请求4.Redisson 锁的总数减去加锁成功的最少数量，便是允许最多有多少个锁获取失败。
62900编辑于 2025-05-14 - 来自专栏微观技术
跑了4个实验，实战讲解 MySQL的行锁、间隙锁...
此时加的锁是所有记录的行锁和它们之间的间隙锁，也称为 next-key lock，前开后闭区间。 innodb_lock_wait_timeout'; # 修改时间 SET GLOBAL innodb_lock_wait_timeout=120; T3： 事务A ，执行 commit 操作， 提交事务 T4： 实验三：（自动识别死锁） 特别说明： T3：事务A执行insert操作，被事务B的锁拦截住了 T4：同理，事务B执行insert操作，被事务A拦截了，这里被系统自动检测到，抛出 ERROR 1213 间隙锁是开区间。 3、行锁和间隙锁合称 next-key lock，每个 next-key lock 是前开后闭区间。 4、只有在可重复读的隔离级别下，才会有间隙锁 5、读提交级别没有间隙锁，只有行锁，但是如何保证一个间隙操作产生的 binlog 对主从数据同步产生的影响呢？
1.3K20编辑于 2021-12-13 - 来自专栏EdisonTalk
.NET Core多线程 (4) 锁机制
i.ToString(), DateTime.Now); } finally { if (lockTake) { Monitor.Exit(lockMe); } } （4） PEB 进程环境块 TEB 线程环境块 TLS 线程本地存储（Thread Local Storage），取决于一共有多少个DataSlot （4）应用场景 用来做数据库连接池：DB连接池 基于 ThreadLocal 用户态锁知多少 （1）用户态锁是啥？ EnterWriteLock() 需要等待所有的reader或writer锁结束，才能开始 （4）CountdownEvent 这个锁可以实现类似MapReduce的效果。 它是如何实现的？ （3）WinDbg探究 Release模式 查看memory中的共享变量的值 CPU寄存器 查看共享变量的值 （4）解决方案 使用CancellationToken做取消
86140编辑于 2023-08-13 - 来自专栏yukong的小专栏
【java并发编程实战4】偏向锁-轻量锁-重量锁的那点秘密(synchronize实现原理)synchronized自旋锁偏向锁轻量锁重量锁小结
同步方法快 public void sync3() { synchronized(this) { // do somethings } } public void sync4( 在上面代码中其实sync3()跟同步普通方法一样，锁的是当前实例对象；那么sync4方法就与同步静态方法一样，锁的是当前类的class对象。 是基于重量锁实现的，即每次遇到同步代码都要获取锁，然后释放锁，在jdk1.6之后对其优化，根据不同场景使用不同的策略，这也就是 偏向锁、轻量锁、重量锁的来由。 因此，后来称这种锁为“重量级锁”。 小结 偏向锁、轻量级锁、重量级锁适用于不同的并发场景： 偏向锁：无实际竞争，且将来只有第一个申请锁的线程会使用锁。 轻量级锁：无实际竞争，多个线程交替使用锁；允许短时间的锁竞争。 重量级锁：有实际竞争，且锁竞争时间长。 另外，如果锁竞争时间短，可以使用自旋锁进一步优化轻量级锁、重量级锁的性能，减少线程切换。
1.7K31发布于 2018-10-09 NFSv4 相关；NFSv4文件锁
本博客是和nfsv4相关文章： 操作参考：https://help.ubuntu.com/community/NFSv4Howto 关于NFS安装请参考：https://www.cnblogs.com/ xuyaowen/p/NFS_install.html NFSv4：https://linux.die.net/man/5/nfs NFSv4扩展阅读： https://www.snia.org/sites # /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check) # /srv/nfs4/homes gss/krb5i( ,nfsvers=4.2 192.168.0.125:/home/yaowen/nfsv4 /mnt/nfs 192.168.0.125:/home/yaowen/nfsv4 nfs4 352G NFS中文件锁： The Network Lock Manager protocol is a separate sideband protocol used to manage file locks
1.4K20发布于 2020-12-30- 来自专栏wujunmin
Power BI 模拟智能锁事件轴
这是某品牌智能锁后台记录的事件轴： 最大的特点是左侧有一条时间线，线条上方带有一个圆点。Power BI使用表格条件格式图标可以轻松模拟。 50' xmlns='http://www.w3.org/2000/svg'> <path d='M42 0 V50' stroke='rgb(230,230,230)' stroke-width='<em>4</em>'
31700编辑于 2025-02-10 - 来自专栏sktj
python 多线程 锁lockrlock(并行编程 4)
(target=inwithlock) t2=threading.Thread(target=dewithlock) t3=threading.Thread(target=innolock) t4= threading.Thread(target=denolock) t1.start() t2.start() t3.start() t4.start() t1.join() t2.join () t3.join() t4.join() print("%s" % withlock) print("%s" % nolock) 线程安全的操作 import threading global 在下面的情形下会发生死锁 Lock.acquire() Lock.acquire() Lock.release() Lock.release() 连续两次acquire请求，会导致死锁，因为第一次获得锁之后还没有释放 ，第二次再来申请，程序就阻塞在这里，导致第一次申请到的锁无法释放 1.3 可重入锁 RLock就不存在1.2中所提到的死锁 RLock.acquire() RLock.acquire() RLock.release
78840发布于 2019-07-30 - 来自专栏JavaEdge
MySQL的锁1 MySql的三种锁2 表锁的锁模式3 MyISAM的并发锁4 InnoDB锁问题5 关于死锁6 总结7 索引与锁
1 MySql的三种锁 1.1 表锁 开销小，加锁快 不会出现死锁 锁定粒度大，发生锁冲突的概率最高，并发度最低 1.2行锁 开销大，加锁慢 会出现死锁 锁定粒度小，发生锁冲突的概率最低，并发度最高 1.3页锁 开销和加锁时间介于表锁和行锁之间 会出现死锁 锁定粒度介于表锁和行锁之间，并发度一般 1.4 引擎与锁 MyISAM和MEMORY支持表锁 BDB支持页锁,也支持表锁 Innodb既支持行锁 ' //table_locks_waited 的值越高，则说明存在严重的表级锁的争用情况 2 表锁的锁模式 是否兼容 请求none 请求读锁 请求写锁 当前处于读锁 是 是 否 当前处于写锁 是 否 否 ，MySQL便暂时将写请求的优先级降低，给读进程一定获得锁的机会 ---- 4 InnoDB锁问题 与MyISAM最大不同 支持事务 采用行锁 行锁和表锁本来就有许多不同之处，另外，事务的引入也带来了一些新问题 并发”矛盾， 不同的应用对读一致性和事务隔离程度的要求也是不同的，比如许多应用对“不可重复读”和“幻读”并不敏感，可能更关心数据并发访问的能力 为了解决“隔离”与“并发”的矛盾，ANSI SQL定义了４种隔离级别
2.4K60发布于 2018-05-16 - 来自专栏嵌入式项目开发
基于STM32智能马蹄锁设计
前言 设计一款基于单片机的家用马蹄锁，主要用在自行车、共享单车上。 主要要求: 1、手机蓝牙直连控制开关:手机直接连接智能马蹄锁可以控制其开锁关锁的功能。 2、即连即开: 手机端与智能马蹄锁第一次连接成功后可以选择即连即开模式,在之后距离智能马蹄锁一定范围内,智能马蹄锁会自动打开。 3、即走即关:手机端与智能马蹄锁第一次连接成功后可以选择即连即走即关，在之后离开智能马蹄锁一定范围，智能马蹄锁会自动关团。 4、实体触控按键控制开锁手动关锁。 （4）通过马蹄锁上的密码按钮实现密码开锁。–采用矩阵电容按键代替 （5）采用三轴加速度传感器检测ADXL345检测车辆在关锁的情况下，是否被移动，实现报警检测。 （3）采用5V继电器模块模拟马蹄锁的锁开关。 （4）通过马蹄锁上的密码按钮实现密码开锁。
1.3K31编辑于 2022-09-26 - 来自专栏MySQL解决方案工程师
InnoDB数据锁–第4部分“调度”
我们在InnoDB数据锁——第2部分“锁”中看到，检查两个锁请求之间冲突的规则可能相当复杂，但最终我们应该能够决定是否立即授予我们的新请求，还是必须等待。 事务完成后，我们逐一释放其每个锁，每次检查相应的等待队列，并按FIFO顺序逐一考虑等待者，检查是否可以将锁授予他们。 请注意，有可能发生无法授予的情况（例如，如果我们的事务具有共享锁并且仍然有其他访问权的持有人），或者可能同时有多个请求被授予（例如，如果我们的事务在资源上拥有排他锁，并且有个事务正在等待对该资源的共享锁 使用C ++原子性将计算值无锁存地存储在事务对象中，并且在对等待者进行排序之前以相同的方式读取它们。 但是，这并不是锁系统可进行优化的终点。恰恰相反！这只是一个先决条件，使我们能够最终解决更大的问题– 锁系统的可伸缩性，这是下一部分InnoDB 数据锁 –第5部分“并发队列”的主题。
75920发布于 2021-04-30 - 来自专栏编舟记
基于以太坊的去中心化智能锁
而且区块链2.0上具有“自我实现”特点的智能合约，可以帮助交易双方迅速编码合同承诺。一旦合同的预设条件达成，就能自动执行，不用担心对方毁约。 之所以可以达成这样承诺的依据就是区块链上的智能合约技术，承载了原来中间商信任担保的角色，也是我们常常说的“去中介”和“去信任”的由来。 去中心化的智能锁合约的实现 在很多共享经济的场景当中，其实一把“智能”的锁就可以胜任。这也是为什么我们会有去中心化智能锁的想法。 整体的实现逻辑如下： 房东通过智能合约 Smart Lock Contract注册门锁及房屋租金。 去中心化智能锁的实现 于 2018-03-20 ---- 参考书籍 共享经济没有告诉你的事 智能合约代码
45520发布于 2018-08-17 - 来自专栏PPV课数据科学社区
python多线程编程(4): 死锁和可重入锁
resB Thread-3 got resB Thread-3 got resA Thread-5 got resA Thread-5 got resB Thread-5 got resB Thread-4 可重入锁 更简单的死锁情况是一个线程“迭代”请求同一个资源，直接就会造成死锁： import threading import time class MyThread(threading.Thread MyThread() t.start() if __name__ == '__main__': test() 为了支持在同一线程中多次请求同一资源，python提供了“可重入锁” test() 执行结果： Thread-1 set num to 1 Thread-3 set num to 2 Thread-2 set num to 3 Thread-5 set num to 4 Thread-4 set num to 5
1.2K130发布于 2018-04-23 - 来自专栏后端精进之路
Java并发编程系列-(4) 显式锁与AQS
4 显示锁和AQS 4.1 Lock接口 核心方法 Java在java.util.concurrent.locks包中提供了一系列的显示锁类，其中最基础的就是Lock接口，该接口提供了几个常见的锁相关的操作 tryLock方法在超时不能获得锁时，就返回false，不会永久等待构成死锁。 4. 公平锁 ReentrantLock内部利用AQS的线程队列，可以实现公平锁，但是性能相比非公平锁会差一点。 4．不管是ReadLock还是WriteLock都支持Interrupt，语义与ReentrantLock一致。 ---- 参考： https://mp.weixin.qq.com/s/-swOI_4_cxP5BBSD9wd0lA https://segmentfault.com/a/1190000016447307 2、Condition需要结合Lock使用 3、线程调用await()方法前必须获取锁，调用await()方法时，将线程构造成节点加入等待队列，同时释放锁，并挂起当前线程 4、其他线程调用signal
47420编辑于 2023-10-19 - 来自专栏UE4技术专场
UE4智能指针
#UE4智能指针分析 什么是智能指针 对裸指针进行封装，行为类似裸指针，但是却能够自主管理资源的释放的指针，其实说白了就是通过类的析构和对象的生命周期来管理资源的释放 使用智能指针 为什么使用智能指针 使用的特例智能指针，不参与引用计数 两倍的裸指针大小，有一个指针指向控制块 和shared_ptr相当 为什么使用UE4的智能指针而不是用c11的（两个做具体的对比） 所有编译器和平台上有更加一致的实现 手动释放(Release)后, 该智能指针不再负责该对象的销毁. 0.6. 手动释放(Release)后, 该智能指针不再负责该对象的销毁. 0.8. FWeakReferencer() TOps::ReleaseWeakReference(ReferenceController); WeakReferenceCount为 0 时销毁FReferenceController 4.
7.4K71发布于 2018-12-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号