【redis学习之二】Redis数据结构&&常用命令&&使用场景

String 在redis内部实现为SDS(simple dynamic string),为键值对类型,通过set key value 可以实现memcached的键值对缓存功能。亦可将对象序列化或转化为json后通过key-value形式存储。但是注意由于redis的单线程模型,若是value太大,单个string的读取将会缓慢,影响redis服务器效率,value的网络传输及在程序中反序列化也是一笔不小的开销 使用场景: ①key-value型缓存;②利用incr key实现原子计数器功能
分类: 其他 发布时间: 01-02 23:50 阅读次数: 0

【redis学习之三】Redis数据持久化

RDB RDB持久化功能会将redis内存快照保存到磁盘中,避免数据意外丢失,所生成的RDB文件是一个经过压缩的二进制文件,通过该文件可以还原生成RDB文件时的数据库状态。 RDB文件会在服务器启动时自动载入,而我们可以用SAVE和BGSAVE两个命令来手动触发RDB持久化操作,但是SAVE命令会阻塞服务器,此时redis将不能处理客户端请求。用户可以在redis.conf设置RDB自动持久化条件,例如: save 900 1 save 300 10 save 60 10000 分表表示 90
分类: 其他 发布时间: 01-02 23:49 阅读次数: 0

【redis学习之四】Redis的过期键处理及键淘汰策略

在redis中可以通过如下命令设置键的生存时间或生命周期: EXPIRE KEY TTL 命令用于将key的生存时间设置为ttl秒 PEXPIRE KEY TTL 命令用于将key的生存时间设置为ttl毫秒 EXPIREAT KEY TIMESTAMP 命令用于将key的过期时间设置为timestamp所指定的秒数时间戳 PEXPIREAT KEY TIMESTAMP 命令用于将key的过期时间设置为timestamp所指定的毫秒时间戳 PERSIST KEY 移除
分类: 其他 发布时间: 01-02 23:49 阅读次数: 0

【redis学习之六】基于Redis的分布式session实现

在web应用中,我们经常会用session来保存已登录用户的相关信息,在单机应用中,由于所有的用户都访问同一个应用,而session都保存在此单机应用中所以并无不妥。但是随着用户并发量的上升,分布式系统势在必行,这就导致一个用户的访问请求可能会分发到不同的集群部署应用上处理,此时在某个应用上创建session存储信息可能换一个应用就找不到了。 那么如何解决这种问题呢?有三种思路: 1、当创建一份session时,给集群内所有应用都复制一份,很显然这种方法是很占用网络带宽和内存的; 2、利用负载
分类: 其他 发布时间: 01-02 23:49 阅读次数: 0

【redis学习之七】基于Redis的分布式缓存常见问题

在使用redis做全局缓存的时候,基本的流程大概是这样的: 大概流程即为: ①判断缓存是否存在 ②若存在则直接返回调用端 ③若不存在则从数据库加载数据 ④将加载的数据写入缓存 ⑤返回调用端 但是现实使用过程中还是有一些问题值得讨论一番 1、redis和数据库双写一致性问题: 当发生写数据库操作的时候,若是insert情况,那我们在插入数据库后,是否也需将新写入的数据更新到缓存里呢?若是update情况,我们是先删除缓存再更新数据库呢?还是先更新数据库再删除旧缓存呢?更新完数据库是否要将新val
分类: 其他 发布时间: 01-02 23:49 阅读次数: 0

(TCP/IP的特性一)三次握手&四次挥手

TCP与UDP的对比: TCP/IP中有两个具有代表性的传输协议,他们分别是TCP和UDP。TCP提供可靠的通信传输,而UDP则常被用于广播和细节控制交给应用的通信传输。那他们有何异同呢? 1、TCP是面向连接的、可靠的流协议,为了提供可靠性传输,TCP实现了“三次握手,四次挥手”、“顺序控制(序号标识)”、“重发控制”、“滑动窗口机制(流控制)”、“阻塞窗口(拥堵控制)”等特性,以提高网络传输稳定性、利用率 2、UDP是不具有可靠性的数据报协议,细微的处理它会上交给上层的应用去完成。在UDP
分类: 其他 发布时间: 01-02 23:48 阅读次数: 0

(TCP/IP的特性二)流量控制&阻塞控制

TCP流量控制之滑动窗口协议: TCP协议中,发送方和接收方均维护了一份窗口,窗口的大小就是TCP可以发送的数据帧数,在发送端,只有在发送窗口内的数据才允许被发送到接收端,而在接收端,也只有落到接收窗口的数据才允许被接收。这样通过不断滑动窗口实现数据的不断发送,也通过控制窗口的大小实现了流量控制。 滑动窗口的大小是由接收方数据缓冲区大小决定的,在连接建立时接收端便会将这些信息传送给发送端,然后发送端据此设置自己的滑动窗口大小。当然随着链路网络环境等变化,滑动窗口也是会变化的,以达到最优传输效率
分类: 其他 发布时间: 01-02 23:48 阅读次数: 0

【转】JDK1.8新特性

转自:http://www.jb51.net/article/48304.htm 本教程将Java8的新特新逐一列出,并将使用简单的代码示例来指导你如何使用默认接口方法,lambda表达式,方法引用以及多重Annotation,之后你将会学到最新的API上的改进,比如流,函数式接口,Map以及全新的日期API “Java is still not dead—and people are starting to figure that out.” 本教程将用带注释的简单代码来描述新特性,你将看不
分类: 其他 发布时间: 01-02 23:48 阅读次数: 0

记一次Dubbo导致的内存泄漏过程分析及解决

近日测试团队反馈版本机测试环境请求经常卡顿,十分缓慢,甚至有超时的情况,但是请求返回、业务逻辑均是正常的,因此进行了一番排查。 首先查看应用日志,及控制台监控,应用均表现无异常,由于版本机为单应用测试坏境,因此也排除负载均衡等问题。于是监控了一下linux环境 1、top命令查询linux环境内存及cpu使用情况,发现应用占用cpu达到了90%多,这是不正常的,一般考虑为是否为频繁fullGC或是程序有死循环导致cpu飙高 2、top -Hp pid | head -20命令查看该应用最占CP
分类: 其他 发布时间: 01-02 23:47 阅读次数: 0

药物筛选管理系统

一款综合虚拟筛选与实体筛选的药物筛选数据管理软件: 1、虚拟筛选管理 提供基于分子拓扑相似和三维形状相似两种方法,一个活性化合物发现多个活性化合物,加速药物发现; 一键提交,筛选高效,速度快,全程可追溯; 支持子结构查询,内置自主开发的化合物结构编辑器。 2、实体筛选管理 对化合物及其生物活性筛选数据进行管理,支持分子水平、细胞水平、动物水平等不同层次药物筛选的数据管理; 支持批量添加和保存分子,导入实体、虚拟筛选分子。 3、化合物资源库 内置化合物资源库,包括药物库,天然产物库,合成化合物库
分类: 其他 发布时间: 01-02 23:47 阅读次数: 0

优雅地处理MVVM中各层次关系

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/xuehuayous/article/details/84255731 转载请标明出处: https://blog.csdn.net/xuehuayous/article/details/84255731; 本文出自:【Kevin.zhou的博客】 前言:相信大家对MVVM架构都有过一定的了解,如果不太了解的朋友可以看下我之前写的《Android中MVVM是什么?》。整体分为View、ViewMo
分类: 其他 发布时间: 01-02 23:46 阅读次数: 0

Android Studio中添加阿里云Maven仓库镜像

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/xuehuayous/article/details/84328980 不知道公司网最近怎么抽风了,加载依赖的速度奇慢无比,加入阿里云的镜像地址之后就顺畅了很多,其实也比较简单,这里记录下: buildscript { ext.kotlin_version = '1.3.0' repositories { maven { url "http:
分类: 其他 发布时间: 01-02 23:46 阅读次数: 0

Android中利用前台服务白色保活

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/xuehuayous/article/details/85062223 进程优先级 进程 我们都知道,每一个APP进程(process)都拥运行在独立的虚拟机(virtual machine)中,这样就保证了每个APP的独立。在系统资源紧张的时候会选择一部分进程杀掉释放内存,那么系统是如何选取杀掉哪些留下哪些呢?这就涉及到进程的优先级。 优先级 为了对运行的进程进行统一管理,系统根据进程的不同状态
分类: 其他 发布时间: 01-02 23:46 阅读次数: 0

青莲晚报 | 物联网安全多知道(第十二期)

当今社会物联网设备已经逐步渗透到人们生产生活的方方面面,为人们及时了解自己周围环境以及辅助日常工作带来便利。但随着互联紧密度的增高,物联网设备的安全性问题也逐渐影响到人们的正常生活,甚至生命安全,物联网设备安全不容小觑。 以下为近日的物联网安全新闻内容。 Fredi的无线婴儿监控存在漏洞可被用作间谍摄像机 安全研究人员发现,Fredi Wi-Fi婴儿监视器中的漏洞可能被未经身份验证的远程攻击者利用来控制它并监视家庭。许多商业监控产品利用默认启用的“P2P云”功能。每个设备都连接到云服务器基础架
分类: 其他 发布时间: 01-02 23:45 阅读次数: 0

【漏洞预警】微信支付SDK存在严重漏洞,可导致0元支付或商家服务器被黑

XXE (XML External Entity Injection) 漏洞发生在应用程序解析 XML 输入时,没有禁止外部实体的加载。是一种针对使用XML交互的Web应用程序的攻击方法。 受影响版本:
 JAVA SDK,WxPayAPI_JAVA_v3 微信在JAVA版本的SDK中提供callback回调功能,用来帮助商家接收异步付款结果,该接口接受XML格式的数据,攻击者可以构造恶意的回调数据(XML格式)来窃取商家服务器上的任何信息。一旦攻击者获得了关键支付的安全密钥(md5-key和
分类: 其他 发布时间: 01-02 23:45 阅读次数: 0

青莲晚报| 物联网安全多知道(第十三期)

当今社会物联网设备已经逐步渗透到人们生产生活的方方面面,为人们及时了解自己周围环境以及辅助日常工作带来便利。但随着互联紧密度的增高,物联网设备的安全性问题也逐渐影响到人们的正常生活,甚至生命安全,物联网设备安全不容小觑。 以下为近日的物联网安全新闻内容。 4G LTE网络曝安全漏洞! 用户流量易被劫持! 在 LTE 数据链路层(Data Link Layer,又被称为第二层)协议中发现漏洞,可被黑客利用实现三种攻击途径,劫持用户通信流量,获取用户“网站指纹”。政客或记者最有可能成为此类攻击的目
分类: 其他 发布时间: 01-02 23:45 阅读次数: 0

用AI保护物联网业务安全,青莲云2018新品发布会圆满落幕

2018年8月16日,青莲云2018物联网安全新品发布会今日在深圳四季酒店举行。发布会上,青莲云重磅发布了“TinyEye物联网设备终端安全管理系统”、“ TinyGate物联网设备云安全接入网关”两款业内具有开创性的最新产品,全面介绍了青莲云“QingLink青灵●企业物联网安全咨询服务”。同时,青莲云与高新兴集团、万和、拓邦、宏电、GSE等企业客户签署合作协议,并联合电信运营商、芯片厂商、模组厂商以及物联网产业链上下游的合作伙伴,共建关于物联网安全的生态联盟。 亮点一:物联网大咖、知名企业
分类: 其他 发布时间: 01-02 23:44 阅读次数: 0

软件定义物联网业务安全,青莲云完成数千万元A轮融资

近日,物联网安全解决方案提供商“青莲云”已完成由百度风投(BV)领投的数千万元A轮融资。这是继2017年获得来自九合创投的1000万元Pre-A轮融资后,再次获得资本市场认可。本轮融资将用于持续提升物联网风险安全研究能力及核心产品研发能力,不断深化服务青莲云所有企业客户。 Gartner的研究表明,全球35%的企业认为安全是物联网部署获得成功的最大阻碍因素。2020年,会有超过1/4的安全入侵事件与物联网相关。 物联网安全是互联网安全的延伸,带来更多新的安全风险。在物联网时代,安全等同于品质,
分类: 其他 发布时间: 01-02 23:44 阅读次数: 0

青莲云携手乐融云联,用物联网安全技术助力商业地产智慧转型

9月6日,乐融集团在云和物联网领域发布了乐融云联子品牌。乐融集团CEO刘淑青,乐融集团CTO兼云计算董事长、乐融智家董事长袁斌,乐融集团智能家居及云计算总裁孙彬,乐融集团智能家居及云计算CTO张建蕊悉数亮相。 现场,乐融云联分别和京东云、CloudThink博联云想、青莲云、Rokid,在云、IOT、智能硬件、物联网安全、语音AI等领域展开深度合作,并举行战略合作签约仪式。这次发布会对乐融云联具有重大里程碑意义,乐融云联新生启航,将不忘初心、笃行致远,坚定、坚实的迈向新的战略目标。 乐融集团C
分类: 其他 发布时间: 01-02 23:44 阅读次数: 0

再次荣获“墨提斯”年度大奖,青莲云持续领跑IoT终端安全创新

2018年移动智能终端峰会暨智能硬件生态大会于2018年9月28日在北京国家会议中心隆重召开。移动智能终端峰会暨智能硬件生态大会作为国内智能终端领域的行业盛会,今年也作为2018年中国国际信息通信展“ICT 中国·2018高层论坛”的重量级分论坛。本次峰会由中国信息通信研究院主办,移动智能终端技术创新与产业联盟和中国邮电器材集团公司承办,中国人工智能产业发展联盟支持。以“展望无线新时代,走向智能新征程”为主题,产业界共聚一堂,共享移动智能终端成果,共促移动智能终端和智能硬件行业发展。来自国内主
分类: 其他 发布时间: 01-02 23:44 阅读次数: 0