本文纯属分享新技术随着科技的迅猛发展，"云端"这个概念逐渐成为各大厂商的研究对象。云储存、云盘、云计算乃至最近大火的云游戏，脱离了固定的硬件和软件计算环节。云游戏也叫有需求的游戏，是基于云计算的新技术。在云游戏模型中，所有的游戏逻辑和渲染都在服务器端运行，然后再从服务器把压缩的视频传给用户，这样玩家就不需要一台CPU和GPU相当好的计算机了，唯一的要求就

企业级低代码赛道领跑者飞速创软获得由炼金术资本、珠海国资委旗下正菱创投的数千万元A轮融资。飞速创软一直专注云原生全场景低代码及数字基础设施，深入研究和实践面向对象业务建模、前后端分离开发技术、云原生、微服务框架等，具有软件开发全生命周期平台产品，赋能企业数字化转型和升级。未来将在产品和市场端持续发力。正菱创投表示：“从工信部、PSMarket、Forre

博主小菜鸡一只，目前研二上学期，之前对rpc框架了解不多，想课余时间丰富一下自己的java知识，通过该系列博客勉励自己，内容对大佬来说可能过于简单，还请轻喷，谢谢。初步理解：RPC是指远程过程调用，通过网络从远程计算机程序上请求服务，此框架需要做到的是——使得客户端直接调用服务端的方法就像调用本地方法一样简单，所以一般不涉及到解析和封装HTTP请求和相应的

背景为了提高开发的软件产品安全性，大部分选择的方案防护方案是，通过用成熟的加固软件进行对自己研发的软件做防护，从而达到对软件搭建一个安全防护墙。加固软件主要做的两件事，对软件中关键代码的保护以及提高对软件逆向反编译的门槛。那么软件安全性防护墙的第一道门那就是反调试。反调试技术又细分为静态反调试和动态反调试。下面就针对window端的进行梳理反调试检测方案。

SIP是一个对等的协议，类似P2P。它和HTTP不一样，其不是客户端服务器结构的；也不像传统电话那样必须有一个中心的交换机，它可以在不需要服务器的情况下进行通信，只要通信双方都彼此知道对方地址（或者只有一方知道另一方的地址）即可，这种情况称为点对点通信。Bob给Alice发送一个INVITE请求，说“Hi,一起吃饭吧…”，Alice说“好的，OK”，电话

DRF分页组件为什么要使用分页我们数据表中可能会有成千上万条数据，当我们访问某张表的所有数据时，我们不太可能需要一次把所有的数据都展示出来，因为数据量很大，对服务端的内存压力比较大还有就是网络传输过程中耗时也会比较大。通常我们会希望一部分一部分去请求数据，也就是我们常说的一页一页获取数据并展示出来。DRF使用

分布式系统的CAP理论：理论首先把分布式系统中的三个特性进行了如下归纳：●一致性（C）：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）●可用性（A）：在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求。（对数据更新具备高可用性）●分区容错性（P）：以实际效果而言，分区相当于对

ReactNative(以下简称RN)为传统前端开发者打开了一扇新的大门。其中，使用浏览器的调试工具去Debug移动端的代码，无疑是最吸引开发人员的特性之一。试想一下，当你在手机屏幕按下一个按钮，处理事件的代码就可以立即在浏览器的调试工具里进行断点调试，而且每当你对代码进行修改，界面便可以完成快速地重载，省去昂长的编译时间，这会是多么提高工作效率。

随着业务的发展，系统规模也会变得越来越大，各微服务间的调用关系也变得越来越错综复杂。通常一个由客户端发起的请求在后端系统中会经过多个不同的微服务调用来协同产生最后的请求结果，在复杂的微服务架构系统中，几乎每一个前端请求都会形成一条复杂的分布式服务调用链路，在每条链路中任何一个依赖服务出现延迟过高或错误的时候都有可能引起请求最后的失败。这时

1、前言在IM这种讲究高并发、高消息吞吐的互联网场景下，MQ消息中间件是个很重要的基础设施，它在IM系统的服务端架构中担当消息中转、消息削峰、消息交换异步化等等角色，当然MQ消息中间件的作用远不止于此，它的价值不仅仅存在于技术上，更重要的是改变了以往同步处理消息的思路（比如进行IM消息历史存储时，传统的信息系统作法可能是收到一条消息就马上同步存