背景一开始项目的业务需要比较简单，采取了 controller -> model 的形式进行开发。随着业务量的增加，以前的结构已经不适应于快速的迭代节奏，代码耦合度高，很难复用，维护也很困难。参考着以前写 android 的经验和社区的优秀案例，采取了 controller -> service -> model 的模式重构了项目结构。 项目结构 接口处理流程 收到请求，middleware 打印请求日志、解析请求参数等 匹配接口路由，接口参数格式检查 controller ...

问题现场前后端部署在客户的一个内网的物理机，这个物理机有外网 IP 和 DNS 服务，后端部署了一部分到了阿里云的 ECS 上，现在的调用链路是这样的：12 1 2 3 4 5浏览器 ----> 内网机器 ----> 内网DNS服务器 -----> 内网防火墙 -----> 阿里云SLB ----> 阿里云 ECS 浏览器访问时，接口偶尔会出 ...

回顾 20192018年定的目标 成为 Node.js Contributors 去一趟苏州 看完 4 本书 三个目标完成了俩，最关键的目标没有实现。这一年磕磕绊绊，比较浮躁，总算度过本命年。 苏州4月份的时候朋友在苏州出差，就和几个朋友决定了去那边走两天。 Node.js Contributors9月份的时候给 Node.js 提了个 PR，没有重大改动的至少打开48小时没有反对后即可提醒Collaborators合并下代码 贡献详情 。 工作今年差不多大部分时间都在上海出差，在项目一线中 ...

正向代理反向代理

在平常的业务中，很多情况下都会有大集合的场景，这批数据等活动结束后就需要删除掉。一想到删除就用del啊，但是大家都知道，redis 的 del 删除复杂数据结构的时间复杂度是O(N), 其中N是集合的元素个数，而且 redis 是单线程的，N要是巨大的话是会阻塞其他命令执行的。 准备数据首先用 lua 构造了 1千万 元素的集合12345678910111213local i = 0local key = KEYS[1]local sadd_result = nilwhile (true) do ...

唠叨几句又到了年尾写总结的时候，时间过得可真快，2018年是奔波的一年，其实是打算阳历1号写的，但是那时候还比较忙。。。。所以懒的拖到了现在，回家了才空下来回忆回忆这一年发生的事。 关于杭州作为一个不怎么踏出家门的广东人，起初只是对杭州有几点比较好的印象。白娘子啊雷峰塔啊断桥啊，这些唯美的故事，还有就是有阿里在，杭州市一个科技和人文结合密切的城市，感觉挺合我心意。最后是看到了【杭州映像诗】这部纪录片，我也忘了已经看了多少遍，记得第一次看完后就决定去杭州了，我看到了不同于之前生活这么多年的另外一 ...

前提Node.js是天才屌丝程序员Ryan Dahl于2009年发布，经过几年的发展，Node.js已经是成熟的JavaScript运行时了。用Node.js开发的应用被分发到世界各地的云主机上，随着公司的发展和壮大、应用PV和UV的剧增，如何保障Node.js应用的高性能是如今作为一个Node.js开发者必须面对的问题。 通过V8/Node自带的profiler能力通过v8/Node的profiler能力，能够列出各函数的执行占比。 我们通过对一段经典简单的http服务的示例代码进行分析： 1 ...

之前编译v8的时候，需要先去Google的代码仓库拉取depot_tools，所以就需要终端走代理才能走得通了，得让终端的http或https代理到本地的socks5协议。需求是这样的，可以用开关控制是否代理。shell脚本如下：123456789101112131415161718192021#!/bin/bash# .socks5-proxy.shproxy=$1if [ -z $proxy ]; thenread -p "请输入使用使用代理? (y/n) " -n 1 -r proxyec ...

RPC是什么在很久之前的单机时代，一台电脑中跑着多个进程，进程之间没有交流各干各的，就这样过了很多年。突然有一天有了新需求，A进程需要实现一个画图的功能，恰好邻居B进程已经有了这个功能，偷懒的程序员C想出了一个办法：A进程调B进程的画图功能。于是出现了IPC（Inter-process communication，进程间通信）。就这样程序员C愉快的去吃早餐去了！ 又过了几年，到了互联网时代，每个电脑都实现了互联互通。这时候雇主又有了新需求，当时还没挂的A进程需要实现使用tensorflow识别出 ...