一、目标frida越来越流行，针对他的检测也越来越多了，什么特征串检测，TracerPid检测，双进程保护。搞的我们茶饭不思，啤酒都不香了。今天的目标是数字壳的调试，双进程保护。二、步骤侦测下火力fspawn模式启动App，提示:fridaUfcom.asiainfo.appltest.jsnopauseProcesscrashed

本文已收录https://github.com/lkxiaolou/lkxiaolou欢迎star。背景在多线程下的生产者消费者模型中，需求满足如下情况：对生产者生产投递数据的性能要求非常高多个生产者，单个（多个也可以，本文只介绍单个的情况）消费者当消费者跟不上生产者速度时，可容忍少部分数据丢失生产者是单条单条地生产数据举个日志采集的例子，日志在不同的

目的一直想知道当channel.write返回时,到底这个数据是交给操作系统了,还是说已经发出网卡了,还是说已经发出去收到ACK了.(答案：只是说明它写入了内核的send\_queue)javanio是水平触发的,而且缓冲区超过"低水位"就触发读事件,不超过"高水位"就触发写事件,那这个水位到底多高?缓冲

KeepalivedLVSDR单网络双活双主配置模式Linux就该这么学 今天LVS是LinuxVirtualServer的简写，意即Linux虚拟服务器，是一个虚拟的服务器集群系统。LVS目前有三种IP负载均衡技术（VS/NAT、VS/TUN和VS/DR）、十种调度算法（rrr|wr

数据库高可用1.1数据库高可用说明当数据库的主库宕机之后.如果没有高可用机制,则可能导致整个服务全部不能正常的使用.解决策略:双主模式(双机热备)1.2数据库双机热备实现1.2.1双机热备的说明将2台数据库设置为双主模式.互为主从的结构.其中任意的数据库服务器既是主机.也是从机.!在这里插入图

!(https://oscimg.oschina.net/oscnet/up6de4d71f462d9846befe00ec6505125a928.JPEG)\Netty在数据传输过程中，会使用缓冲区设计来提高传输效率。虽然，Java在NIO编程中已提供ByteBuffer类进行使用，但是在使用过程中，其编码方式相对来说不太友好，也

!(https://oscimg.oschina.net/oscnet/up8318610796dee8c377d4d45baa5bbebab13.JPEG)上篇介绍了ByteBuf的简单读写操作以及读写指针的基本介绍，本文继续对ByteBuf的基本操作进行解读。读写指针回滚这里的demo例子还是使用上节使用的

\TOC\基于双下划线的连表查询fromdjango.dbimportmodelsCreateyourmodelshere.classAuthor(models.Model):"""作者表"""

本文，我们将从三个方面来防范上线风险：操作防范、双岗&自查、监控告警