使用Nashorn Engine进行React Server-Side Rendering

简介: 几个月前上线了一个电子商务系统平台,运用React开发前web前端,Groovy开发后端 REST API,应用性能及前端交互的响应非常好,但是有一个非常大的痛点。 整个React应用包括库与应用代码在minfy之后仍然超过`2MB`。

几个月前上线了一个电子商务系统平台,运用React开发前web前端,Groovy开发后端 REST API,应用性能及前端交互的响应非常好,但是有一个非常大的痛点。

整个React应用包括库与应用代码在minfy之后仍然超过2MB。当用户第一次访问应用浏览器无缓存时,页面一片空白,原因是浏览器需要下载JavaScript文件。即使已经使用webpack进行代码分割,访问页面仍需要下载1.5MB以上Javascript。在一个250KB/s的下载带宽下,页面可能需要~8秒才能首次渲染。这严重影响用户体验。

解决单页应用的首次渲染方案很明显是进行Server-Side渲染。在google了一些解决方案后,大多数文章及demo都是基于NodeJS,这也很自然,前后端都是JavaScript技术栈。因为web端采用了React,手机端采用了React Native,所以使用NodeJS也行。不过因为后端技术栈主要是Groovy运行于JVM上,所以采用NodeJS会增加部署的复杂度,尤其是当每个用户企业需要部署一个应用实例的话,每个用户企业都要部署一个NodeJS与JVM,从扩展角度来看不够经济。

JDK 1.7开始增加了Nashorn Script Engine,可以在JVM上运行JavaScript。网上关于运用Nshorn进行Server-Side Rendering的文章很少。有一篇非常好,Project Nashorn – JavaScript on the JVM,详细解释了Nashorn Script Engine的特性。

React包括Angular 2VueJS,都不直接操作DOM,而是操作所谓Virtual DOM(一种实际DOM的中间表示),通过定期的reconciliation比较上次渲染的差异后批量进行DOM操作。 在Server端渲染时可直接生成html,因此不需要DOM的环境。

由下图可见

bb87feef79cc56d1e69f5bc24e2c3838

引自 https://blog.codecentric.de/files/2014/06/specifications.png

Nashorn仅实现了ECMAScript,如同Chrome的JavaScript内核一样。因此如果在Nashorn上进行React应用渲染,我们需要自己提供XMLHttpRequest specHTML 5 Spec(section 6)的polyfill。在JavaScript中经常使用的Promise, Fetch等可以通过JavaScript进行polyfill,如很多人使用的core-js

Github上有段代码关于polyfill Nashorn。我下载下来,运行正常。但过了段时间后遇到一个问题,偶尔会有一些请求在服务器端挂起直到timeout。如果通过apache bench进行并发测试在100请求40并发下大约有7%的请求挂起直到timeout。这肯定无法进行生产运用。

几天前突然在Youtube上看到一段视频。Philip Roberts详细了Event Loop如何工作的。于是我基于之前的代码增加了nashornEventLoopDeque),Timer Task运行时往nashornEventLoop尾部增加一个function callback的对象。Nshorne Engine线程调用nashornEventLoop.process()从队列头部取function callback的对象进行函数回调。结果很惊人,挂起问题解决,即使大并发测试也无问题。

经过仔细理解与验证,原来在之前版本的polyfill中使用了Timer Task运行function callback,实际上它是运行于另外一个线程(不同于Nashorn Engine的线程),可能会同时操作一个JavaScript对象从而损坏Nashorn Engine线程的Javascript调用栈。在后面版本Timer的线程只是往nashornEventLoop队列上增加function callback对象,从而不会损坏Nashorn Engine线程JavaScript调用栈,同时通过Phaser协调Nashorn Engine线程与Timer线程同一时间只有一个能访问nashornEventLoop队列。

性能测试显示,在Macbook Pro (2.3G 4核,16G内存,SSD), 能够实现~40请求/秒,JVM内存占用600MB~1.1GB,服务器上理应更高

81d6b3168c44f482f49f7e5efc3e1ff1

现在Server-Side Rendering解决方案除了NodeJSJVM Nashorn Engine也是可靠的一种。

相关github库:

目录
相关文章
|
1月前
|
前端开发 JavaScript UED
React 基础与实践 | 青训营笔记
React 基础与实践 | 青训营笔记
39 0
|
2月前
|
前端开发 JavaScript Java
React 速通笔记
【7月更文挑战第17天】
35 1
|
前端开发
前端学习笔记202305学习笔记第二十九天-React keep alive原理之2
前端学习笔记202305学习笔记第二十九天-React keep alive原理之2
67 0
|
前端开发
前端学习笔记202306学习笔记第四十八天-react-admin marmelab之8
前端学习笔记202306学习笔记第四十八天-react-admin marmelab之7
45 0
|
4月前
|
前端开发 JavaScript
前端知识笔记(二十六)———React如何像Vue一样将css和js写在同一文件
前端知识笔记(二十六)———React如何像Vue一样将css和js写在同一文件
54 1
|
10月前
|
前端开发
前端笔记:React的form表单全部置空或者某个操作框置空的做法
在React框架前端开发中,经常会有弹出框的开发,涉及到弹出框,难免就会有表单。一般在关闭弹出框或者对表单联动时,往往都需要考虑对表单进行置空操作了。
83 0
|
Web App开发 前端开发 JavaScript
前端学习笔记202307学习笔记第五十七天-模拟面试笔记react-fiber解决了什么问题
前端学习笔记202307学习笔记第五十七天-模拟面试笔记react-fiber解决了什么问题
66 0
|
JavaScript 前端开发 调度
前端学习笔记202307学习笔记第五十七天-模拟面试笔记react-fiber和虚拟dom关系
前端学习笔记202307学习笔记第五十七天-模拟面试笔记react-fiber和虚拟dom关系
104 0
|
前端开发
前端学习笔记202305学习笔记第二十九天-React keep alive原理之1
前端学习笔记202305学习笔记第二十九天-React keep alive原理之1
42 0
|
前端开发
前端学习笔记202305学习笔记第二十九天-React keep alive原理之4
前端学习笔记202305学习笔记第二十九天-React keep alive原理之4
39 0

热门文章

最新文章