之前一直忙着调研lowcode平台和开发以下两个项目:H5编辑器,可视化大屏编辑器没有太多时间做PC端搭建化项目,好在搭建平台很多原理都是通用的,所以早在去年我就开发好了面向PC端的编辑器,虽然在设计上还有些不足(在后面的内容中会提到),但是基本模型已经实现,接下来就和大家一起分享一下具体的实现.为了保证文章整体的逻辑性和条理性,我将可

volatile：称之为轻量级锁，被volatile修饰的变量，在线程之间是可见的。可见：一个线程修改了这个变量的值，在另一个线程中能够读取到这个修改后的值。synchronized除了线程之间互斥之外，还有一个非常大的作用，就是保证可见性。以下demo即保证a值的可见性。首先来看demo：!复制代码(https://oscimg.osc

锁的膨胀过程预备知识CAS硬件对并发的支持在大多数处理器架构（包括IA32和Sparc）中采用的方法是实现一个比较并交换（CAS）指令，CAS包含了3个操作数——内存位置（V）,预期原值（A），拟写入的新值（B），当且仅当VA时，CAS才会通过原子方式用新值（B）来更新（V）原有的值，无论操作成

ConcurrentHashMap是Java5中支持高并发、高吞吐量的线程安全HashMap实现。在这之前我对ConcurrentHashMap只有一些肤浅的理解，仅知道它采用了多个锁，大概也足够了。但是在经过一次惨痛的面试经历之后，我觉得必须深入研究它的实现。面试中被问到读是否要加锁，因为读写会发生冲突，我说必须要加锁，我和面试官也因此发生了冲突

一、什么是幂等性可以参考数据库乐观锁机制，比如执行一条更新库存的SQL语句，在并发场景，为了性能和数据可靠性，会在更新时加上查询时的版本，并且更新这个版本信息。可能你要对一个事情进行操作，这个操作可能会执行成百上千次，但是操作结果都是相同的，这就是幂等性。!(https://img2018.cnblogs.com/blog/1841773/201

编者按：移动互联网的火热改变着人们的生活方式，从移动社交到移动购物再到如今迅猛发展的互娱行业。移动端的力量不可忽视，Bilibili的移动端项目目前已经进行了接近一年多的组件化实践，其中部分方案是基于优化应用的冷启动速度，本次演讲的内容主要包括进程冷启动优化和H5首屏优化的一些具体方案，以及方案落实过程中所遇到的一些问题以及应对措施。以下为此次演讲的整

   mysql通过锁机制来实现事务的隔离性，用redolog实现事务的原子性和持久性，用undolog实现事务的一致性。undo并不是redo的逆过程，redo和undo都可以看做一种恢复过程，redo恢复事务修改的页操作，redo记录的是物理日志，记录的是页的物理修改操作，redolog基本上都是顺序写的，在数据库运行时不需要对redolog

场景：用户签到/分享功能，每天只能签到一次或分享一次数据库：id  user\_id  add\_time  逻辑分析：用户每天进行分享或签到，得到积分，数据库通过以上字段进行记录，同一时间不可插入多条，一天只能有一条记录，插入前判断是否当天已插入过问题点：用户连点、并发请求等会导致同时插入多条记录，导致积分异常解决方案：使用文件锁，经过

万界星空科技全新推出的：新一代AI低代码智能化MES系统，深度融合AI大数据技术，实现生产全流程可视化、智能排产、实时质量追溯与设备互联，助力企业降本增效30%。