jiange_zh的博客

一个App或者网站，其数据内容是需要不断地更新的，为方便日常运营，我们建立了一个内部使用的运营管理系统。通过运营管理系统，可以配置一系列的运营数据，并写入到DB中。而后台服务器则读取这些数据，做一系列处理之后传输给客户端做展示。由于后台服务端对数据的读取是十分频繁的，因此每次都从数据库读取是不切实际的，因此需要将数据缓存在本地，并定时更新缓存。本文将介绍一种数据缓存、更新的方案，以供学习、参考。1.

在当今的编程世界中，异步编程已经成为了一种习惯。传统的同步阻塞编程，虽然处理流程非常清晰，但是程序常常处于阻塞等待状态，CPU资源利用率低。而早期的异步编程，通过callback的方式进行回调处理，当回调嵌套开始多起来的时候，程序代码可读性变得非常差。 对于C++，协程和Future/Promise的出现，使得我们既可以实现异步编程，又可以将代码写得十分优美，看起来跟同步代码一般清晰。本文再次回顾

正式工作已经2个多月了，工作日忙于写代码，晚上/周末回到家不是打王者“上分”就是追剧。王者荣耀上了王者了，90多集的剧也看完了，接下来还是要干一干正事，好好梳理一下后台开发的一些基础性的知识。后台开发涉及到的知识十分广泛，还需要慢慢地去学习，由浅入深地去了解。为方便读者（包括我自己）查阅，以及敦促自己坚持学习总结，此处开一总帖，存放日后总结的所有相关文章链接。需要总结的内容比较多，我将尝试从最简单，

前阵子，同事对某App与后台交互的数据进行了抓包分析，由于该App未对数据进行安全加密，因此通过抓包分析可直接获取其后台请求的接口，通过构造Http请求，爬取其App内的数据。平日的工作里，接触的比较多的都是业务逻辑，很少关注接入层这一块，经过上面这件事，激起了我对接入层的一些兴趣，要是哪一天自己做一个App，如何能做到安全接入呢？基础知识1. 重放攻击重放攻击(Replay Attacks)又称重

Tars是【基于名字服务】【使用Tars协议】的高性能【RPC】开发框架，同时配套一体化的【服务治理平台】，帮助个人或者企业快速的以微服务的方式构建自己稳定可靠的分布式应用。Tars在腾讯内部名为TAF，内部从08年开始使用，到现在将近10个年头了，今年终于开源

最近开始学习一下游戏后台的一些知识，一直很好奇多个玩家之间的数据是如何同步的，查了一下，目前使用的比较多的是状态同步和帧同步。状态同步同步的是游戏中的各种状态。一般的流程是客户端上传操作到服务器，服务器收到后计算游戏行为的结果，即技能逻辑，战斗计算都由服务器运算，然后以广播的方式下发游戏中各种状态，客户端收到状态后，更新自己本地的动作状态、Buff状态，位置等就可以了，但是为了给玩家好的体验，减少同

背景现在手头主负责的服务代码，基本上都用C++11来开发了，异步编程使用的是TAF的future/promise。future的then函数，接受的是一个Callback对象，该对象通过promise::bind来生成。Callback和bind是参考chromium的base::Callback，base::Bind实现的，该版本并不支持C++11，所以bind() 不接受 lamb...

一、通信协议概述通信协议是两个节点之间为了协同工作、实现信息交换，而协商的规则和约定，例如规定字节序，各个字段类型，使用什么压缩算法或加密算法等。1、原始数据假设A和B通信，获取或设置用户基本资料，一般开发人员第一步就是定义一个协议结构：struct userbase{unsigned short cmd; //1-get, 2-setunsigned char gender; //...