关于原子性，很多人在多个地方都听说过，大家也都背的很熟悉。
在事务的ACID中，有原子性的概念，在并发编程的原子性、可见性、有序性中也有原子性的概念。
有人认为他们是一样的，甚至很多人在说原子性的时候也都是这么说的：
但是，其实，虽然都叫原子性， 但是此原子性非彼原子性 。
在数据库中的原子性，确实是一个不可拆分的工作单元，要么都执行，要么都不执行。因为事务可以Commit、也可以Rollback。
但是在并发编程中，一个操作是没办法rollback的，并且线程在执行过程中也是有可能失败的，失败了是没办法回滚的，难道就说一个操作没办法保证原子性了么？
所以， 在并发编程中，我们把一个或者多个操作在 CPU 执行的过程中不被中断的特性称为原子性。 这里的原子性是通过加锁的方式来保证的，其实保证的就是一系列操作，不可以被拆分执行，即执行过程中，需要互斥排他，不能有其他线程进行执行。
举一个例子来说明一下这两个原子性的区别。
Redis中的Lua脚本到底能不能保证原子性？
网上很多文章，有人说能，有人说不能。要我说，都对，也都不对。就是因为因为大家搞混了这两个原子性的区别。
我们都知道，当我们想要在一个事务中执行多个命令的时候，会选择使用Lua脚本。
Redis会将一个要执行的Lua脚本封装成一个单独的事务，而脚本执行器在执行这个事务的过程中，
如果有其他客户端请求的时候，会把它暂存起来，等脚本处理完以后，才会再把被暂存的请求恢复执行。
这样就可以保证整个脚本是作为一个整体执行的，中间不会被其他命令插入，这就是所谓的原子性中的”不可拆分”特性。
但是，如果事务执行过程中命令产生错误，事务是不会回滚的，也不会影响后续命令的执行。
也就是说，Redis保证以原子方式执行Lua脚本，但是不保证脚本中所有操作要么都执行或者都会滚。
那就意味着，Redis中Lua脚本的执行，可以保证并发编程中不可再拆分的这个原子性，但是没有保证数据库ACID中要么都执行要么都会滚的这个原子性。
Java中，如何让KeyListener与ActionListener同时监听？
监听器应该加在JTextArea上，而不是窗口上：import .*;import .*;import .*;public class KeyinEvent extends JFrame implements KeyListener{JTextArea textarea=new JTextArea(4,20);Container c;public KeyinEvent(){super(按键测试);c=getContentpane();(new FlowLayout());(this);(textarea);//(请按任意键);setSize(300,120);setVisible(true);//addKeyListener(this);}public void keyPressed(KeyEvent e){String line1=按键+();String line2=按键是否为Action键+();String mkey=(());String line3=是否按下Modifier键+(()?否:是，其键为：+mkey);(line1+\n+line2+\n+line3+\n);}public void keyReleased(KeyEvent e){}public void keyTyped(KeyEvent e){}public static void main(String[] args){KeyinEvent be=new KeyinEvent();(new MyWindowListener());}}class MyWindowListener implements WindowListener{public void windowActivated(WindowEvent e){(窗口为活动状态);}public void windowClosed(WindowEvent e){(窗口为关闭状态);(0);}public void windowClosing(WindowEvent e){(窗口正在关闭);(0);}public void windowDeactivated(WindowEvent e){(窗口不再活动);}public void windowDeiconified(WindowEvent e){(窗口由最小化变为正常);}public void windowIconified(WindowEvent e){(窗口为最小化);}public void windowOpened(WindowEvent e){(窗口首次可见);}}
前端和后端哪个好学？
前端工程师负责Web前端开发、移动端开发、大数据呈现端开发。 Web前端开发针对PC端开发任务；移动端开发包括Android开发、iOS开发和各种小程序开发，在移动互联网迅速发展的带动下，移动端的开发任务量是比较大的；大数据呈现则主要是基于已有的平台完成最终分析结果的呈现，呈现方式通常也有多种选择。 后端工程师负责平台设计、接口设计和功能实现。 平台设计主要是搭建后端的支撑服务容器；接口设计主要针对于不同行业进行相应的功能接口设计，通常一个平台有多套接口，就像卫星导航平台设有民用和军用两套接口一样；功能实现则是完成具体的业务逻辑实现。 前后端开发的相似点：函数式编程、模块化思想、分层思想、单元测试、lint、assert 方法、日志、声明式和命令式的实践经验、数据处理的本质实践与思考、部分库的使前后端开发的区别：前端、重用户体验、对UI库的依赖较强、界面的个性化较强、处理各个浏览器平台对界面的渲染差异、后端、并发处理、事务、部署复杂，特别是微服务出来后、具体的功能特性，如大数据分析，AI方面的工作。 通过以上总结的Web前端和后端的区别，可以看出前端开发的内容是我们在网页看到的内容，而后端开发主要业务逻辑规则。 有的人认为，前端很好学，后端不好学。 也有的人认为，前端不好学，后端好学，归根到底还得看个人兴趣。
SQL Server数据库表锁定原理以及如何解除锁定
1. 数据库表锁定原理 1.1 目前的C/S,B/S结构都是多用户访问数据库,每个时间点会有成千上万个user来访问DB,其中也会同时存取同一份数据,会造成数据的不一致性或者读脏数据.1.2 事务的ACID原则1.3 锁是关系数据库很重要的一部分, 数据库必须有锁的机制来确保数据的完整和一致性. 1.3.1 SQL Server中可以锁定的资源:1.3.2 锁的粒度:1.3.3 锁的升级: 锁的升级门限以及锁升级是由系统自动来确定的，不需要用户设置. 1.3.4 锁的类型: (1) 共享锁: 共享锁用于所有的只读数据操作. (2) 修改锁: 修改锁在修改操作的初始化阶段用来锁定可能要被修改的资源，这样可以避免使用共享锁造成的死锁现象 (3) 独占锁: 独占锁是为修改数据而保留的。 它所锁定的资源，其他事务不能读取也不能修改。 独占锁不能和其他锁兼容。 (4) 架构锁 结构锁分为结构修改锁(Sch-M)和结构稳定锁(Sch-S)。 执行表定义语言操作时，SQL Server采用Sch-M锁，编译查询时，SQL Server采用Sch-S锁。 (5) 意向锁 意向锁说明SQL Server有在资源的低层获得共享锁或独占锁的意向。 (6) 批量修改锁 批量复制数据时使用批量修改锁 1.3.4 SQL Server锁类型 (1) HOLDLOCK: 在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。 (2) NOLOCK：不添加共享锁和排它锁，当这个选项生效后，可能读到未提交读的数据或“脏数据”，这个选项仅仅应用于SELECT语句。 (3) PAGLOCK：指定添加页锁(否则通常可能添加表锁)。 (4) READCOMMITTED用与运行在提交读隔离级别的事务相同的锁语义执行扫描。 默认情况下，SQL Server 2000 在此隔离级别上操作。 (5) READPAST: 跳过已经加锁的数据行，这个选项将使事务读取数据时跳过那些已经被其他事务锁定的数据行，而不是阻塞直到其他事务释放锁， READPAST仅仅应用于READ COMMITTED隔离性级别下事务操作中的SELECT语句操作。 (6) READUNCOMMITTED：等同于NOLOCK。 (7) REPEATABLEREAD：设置事务为可重复读隔离性级别。 (8) ROWLOCK：使用行级锁，而不使用粒度更粗的页级锁和表级锁。 (9) SERIALIZABLE：用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。 等同于 HOLDLOCK。 (10) TABLOCK：指定使用表级锁，而不是使用行级或页面级的锁，SQL Server在该语句执行完后释放这个锁，而如果同时指定了HOLDLOCK，该锁一直保持到这个事务结束。 (11) TABLOCKX：指定在表上使用排它锁，这个锁可以阻止其他事务读或更新这个表的数据，直到这个语句或整个事务结束。 (12) UPDLOCK ：指定在读表中数据时设置更新 锁(update lock)而不是设置共享锁，该锁一直保持到这个语句或整个事务结束，使用UPDLOCK的作用是允许用户先读取数据(而且不阻塞其他用户读数据)，并且保证在后来再更新数据时，这一段时间内这些数据没有被其他用户修改。 2. 如何解除表的锁定,解锁就是要终止锁定的那个链接,或者等待该链接事务释放. 2.1 Activity Monitor可以通过Wait Type, Blocked By栏位查看到,SPID 54 被SPID 53 阻塞. 可以右键Details查到详细的SQL 语句,或Kill掉这个进程. 2.2 SQL Server提供几个DMV,查看locks _exec_requests _tran_locks _os_waiting_tasks _tran_database_transactions (1) select * FROM _tran_locks where resource_type<>DATABASE --and resource_database_id=DB_ID()
发表评论