一、redis分布式锁的简易实现用redis实现分布式锁是一个老生常谈的问题了。因为redis单条命令执行的原子性和高性能，当多个客户端执行setnx(相同key)时，最多只有一个获得成功。因此在对可用性要求不是特别高的场景下，redis分布式锁方案不失为一个性价比高的实现。1.多个客户端执行setnxlock

背景:        随着你的网站业务量的增长你网站的服务器压力越来越大？需要负载均衡方案！商业的硬件如F5又太贵，你们又是创业型互联公司如何有效节约成本，节省不必要的浪费？同时实现商业硬件一样的高性能高可用的功能？有什么好的负载均衡可伸张可扩展的方案吗？答案是肯定的！有！我们利用LVSKeepalived基于完整开源软件的架构可以为你提供一个负

Nginx/LVS/HAProxy的基于Linux的开源免费的负载均衡软件。LVS：使用集群技术和Linux操作系统实现一个高性能、高可用的服务器，它具有很好的可伸缩性、可靠性和可管理性，是一款强大实用的开源软件。LVS的优点：1：抗负载能力强、是工作在网络4层之上仅作分发之用，没有流量的产生，这个特点也决定了它在负载均衡软件里的性能最强的，也保

一、如何判断对象时候需要回收1.引用计数法        给对象添加一个引用计数器，每当有一个地方引用它，计数器加1；引用失效时，计数器减1。计数器为0的对象就表示不可用。      优点：效率高，实现简单。      缺点：对象间如果存在循环引用的情况，就会导致计数器不可能为0，计数器无法通知GC进行回收。2.可达性分析算法

在分布式系统应用中，高可用、一致性是经常面临的问题，针对不同的应用场景，我们会选择不同的架构方式，比如masterslave、基于ZooKeeper选主。随着时间的推移，出现了基于Raft算法自动选主的方式，Raft是在Paxos的基础上，做了一些简化和限制，比如增加了日志必须是连续的，只支持领导者、跟随者和候选人三种状态，在理解和算法实现上都相对容易许多。

1、前言推荐领域算法模型的在线推理是一个对高并发、高实时有较强要求的场景。算法最初是基于Wide&Deep相对简单的网络结构进行建模，容易满足高实时、高并发的推理性能要求。但随着广告模型效果优化进入深水区，基于Transformer用户行为序列和Atten

1、前言推荐领域算法模型的在线推理是一个对高并发、高实时有较强要求的场景。算法最初是基于Wide&Deep相对简单的网络结构进行建模，容易满足高实时、高并发的推理性能要求。但随着广告模型效果优化进入深水区，基于Transformer用户行为序列和Atten

聊聊RPA的易用性：从“人人可用”到端到端全生命周期分别从C端与B端，聊聊RPA的易用性RPA易用性之我见：C端人人可用，B端全生命周期文/王吉伟对于RPA发展的未来宏图，很多厂商都有一个RPA“人人可用”的愿景。而要实现RPA的人人可用，最重要的一点就是要持续提升RPA产品的易用性。易用性是可用性的一个重要方面，指的是产品对用户来说易于学习和使用、减轻记忆

20w的QPS的场景下，服务端架构应如何设计？常规解决方案可使用分布式缓存来抗，比如redis集群，6主6从，主提供读写，从作为备，不提供读写服务。1台平均抗3w并发，还可以抗住，如果QPS达到100w,通过增加redis集群中的机器数量，可以扩展缓存的容量和并发读写能力。同时，缓存数据对于应用来讲都是共享的，主从架构，实现高可用。

乐高，是一个来自丹麦童话王国拥有80多年历史的玩具品牌。相信在很大一部分人心中，乐高是世界上最好玩的玩具，从小玩到大都玩不腻。即使成年了，看到乐高的玩具还是会忍不住停留下来看很久。在乐高的世界里只有想不到没有做不到！乐高是“模块化”的先驱者，1300多种形