Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Nodejs直出套路
Search
代码之力
December 05, 2016
Programming
520
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Nodejs直出套路
来自腾讯的姚穗斌的分享
代码之力
December 05, 2016
More Decks by 代码之力
See All by 代码之力
兔基-多通证的自治贴吧
shiningray
1
320
Node.js 服务前端数据接口的演进
shiningray
0
480
Thrift下的Node.js跨语言异构.pdf
shiningray
0
550
ActionCable和实时交互
shiningray
0
690
Git, Code Review & Continous Integration
shiningray
0
240
Fiber and em-synchrony
shiningray
2
420
屌丝程序员如何打造日PV百万的网站架构.pdf
shiningray
68
26k
Other Decks in Programming
See All in Programming
【やさしく解説 設計編 #0】DDDのコード、読めるのに分からない人へ
panda728
PRO
2
280
AI がコードを書く時代における新卒エンジニアの仕事風景 (2026) / New Graduate Engineers in the Era of AI Coding (2026)
sushichan044
0
230
1年で人数1.5倍、PR数5.5倍増。 品質とアウトカムはどうなったか、 何が効いたか
ike002jp
0
140
【やさしく解説 設計編・中級 #1】一つの車に、運転手は一人 ~ある倉庫システムの事例から~
panda728
PRO
0
190
AI時代の仕事技芸論〜ソフトウェア開発で「遊ぶように働く」職人的熟達のすすめ(スクフェス仙台 2026バージョン)
kuranuki
0
700
Go言語とトイモデルで学ぶTransformerの気持ち / fukuokago23-transformer
monochromegane
0
140
えっ!!コードを読まずに開発を!?
hananouchi
0
230
AI時代、エンジニアはどう育つのか -未経験エンジニアの成長を間近で見て考えたこと-
thasu0123
0
140
地域 SRE コミュニティ最前線 - ホンマでっかSRE勉強会
tk3fftk
0
270
生成AI導入の「期待外れ」を乗り越える ー 開発フロー改革が目指す、真の組織変革
starfish719
0
1.8k
PHPだって関数型したい 〜できること、できないこと〜 / fp-in-php
jsoizo
1
240
Apache Hive: Toward a Cloud Native Lakehouse
okumin
0
160
Featured
See All Featured
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
3
190
Large-scale JavaScript Application Architecture
addyosmani
515
110k
The agentic SEO stack - context over prompts
schlessera
0
850
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
3k
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
0
350
RailsConf 2023
tenderlove
30
1.5k
Rails Girls Zürich Keynote
gr2m
96
14k
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
2
4.2k
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
11k
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
500
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
28
3.6k
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
380
Transcript
Nodejs直出套路 腾讯 姚穗斌 2016年11月 ——一个边际开发成本最小化的直出框架
Web server的特点是什么
Web服务器一般做什么 1. 接收请求 2. 从不同的后台通过网络获取所需数据 3. 对数据进行加工处理 4. 返回结果 Web服务器特点:I/O操作多,计算简单
定一个小目标,用Nodejs做直出页面 • Step 1,先打通各种后台server • Http(s) • protobuf协议 • Redis
• Mysql • 私有协议 • UDP协议 • … • 外部协议都能找到npm包了,但私有协议怎么搞?
TCP Socket请求的好处 节省连接数,一个TCP连接可满足多并发请求 http请求下,1000个并发就需要创建1000个TCP连接
Http短连接 vs TCP长连接对比试验 请求A:内网http接口 请求B:用protobuf协议的server 两个服务的逻辑相同,都是从Redis获取数据然后返回 请求方式:各发起1000个并发请求,每个请求的回包大小为2k 结论: Http最大请求数 780/S
Protobuf最大请求数 1720/S 二进制长连接比Http短连接性能提升200%+
套路一:TCP Socket请求 1. 建立TCP连接,发送请求,将json转换成Buffer流 2. 接收请求,将二进制格式的Buffer转换为json对象 3. 判断数据包是否完整 a. 未接收完的buf
b. 包含多个包的buf
套路一: TCP Socket请求 • 大部分网络协议,差别仅仅在于这三个方法,其他过程都一样 • encode() 封包 • decode()
解包 • check() 判断数据包是否完整
EasySock模块 • 为解决以下问题而生: • 处理socket发送、接收数据,以及数据包完整性校验 • 封装网络请求中各种复杂的异步调用以及中间过程,屏蔽tcp连接细节 • 支持长连接、socket复用以及并发请求 •
自动管理连接状态,在合适的时候帮你断开连接或重新连接 • 各种异常处理 • 屏蔽复杂的网络操作: • Socket生命周期管理,用长连接还是短连接? • 并发请求带来的复杂度增长 • TCP和UDP在socket复用上的差异 • https://github.com/ysbcc/easy_sock TCP UDP EasySock
私有协议解决了 • 到这里,接入一个网络服务变的非常简单 • 上层无需关心网络细节,只需实现包协议 • 基于TCP长连接,支持并发请求,性能优越
加入负载均衡 • 线上服务不能单点运行 • EasySock之上增加名字服务 • 外部调用 • 请求名字服务,获取服务器ip/端口 •
创建EasySock建立服务器连接 • 发起网络请求 • 将连接保存进连接池,对不同ip地址的服务器各维护一个长连接 name TCP UDP EasySock Sockapi
于是,可以愉快的写直出页面 Web server Mysql Http Search List • 每个服务需要调用很多个API接口 Redis
每个协议用起来还是不一样,香菇..
Step 2:进一步封装 • 开发:我不想知道协议细节,只想好好的渲染页面 • 怎样的写法最直观?
使用伪协议来声明请求 • 没有什么比url地址更简单明了 • 各种协议的请求变成url文本:
套路二:数据请求器 • 把所有数据请求服务归一化成伪协议形式: 前人种树 后人乘凉
多路请求的声明 • 需要多个请求时,可以用json定义 • 所有返回数据都会放在一个object里,方便页面渲染
Step3:引入数据处理和流程控制 • 对于一个页面的数据请求,还有一些事情要处理: • 存在并行请求和串行请求,请求A可能依赖于请求B • 参数合法性校验 • 数据处理 •
错误处理 • dependencies:请求依赖 的前置条件 • fixBefore:请求前处理 • fixAfter:请求后处理
套路三:一个完整的直出页面 • 所有页面生成都可归结为这3个过程: • 请求数据 • 加工数据 • 页面渲染 •
一个直出服务只需写2个文件 • data.json 用于描述数据请求,以及数据处理 • template.tpl 模板文件,用于渲染
还没有结束 • 一旦框架建起来后,其他事情事半功倍 • 领导突然说要加缓存——写个cache请求器 • 实现组件化,让“9个女人一个月生出孩子”成为可能
换个外壳,变成BigPipe • 接收请求后第一时间先返回页面头部,再执行异步请求 • 以组件为单位,分段输出模板
通过套路实现的页面
这三个套路,实际上在做什么?
从命令式编程到声明式编程 • 业务开发不想关心过程(How),只想告诉程序要做什么(What) • 相似的功能和逻辑只写一次 • 专注业务逻辑开发,其他不用操心 • 边际开发成本递减
谢 谢 腾讯 姚穗斌
[email protected]
欢迎关注腾讯视频前端开发团队 https://github.com/tvfe