SAP|SAP 电商云 Spartacus 服务器端渲染的单步调试详细步骤
本文介绍如何在本地调试 SAP Spartacus Node.js 应用。
按照这个链接 安装 Spartacus.
在 package.json 的 scripts 区域，生成了一个名叫 build:ssr 的指令，默认按照 --prod 参数来构建。
文章图片
如果使用这个 script，我们不得不调试 minified and uglified code, 不太直观。
也就是说，去掉 --prod 和 :production
使用如下命令行：
ng build && ng run mystore:server
文章图片
采用这个方式构建出的 main.js, 代码是可读的：
文章图片
(3) 添加一个 --inspect-brk 选项：
node --inspect-brk dist/mystore/server/main.js
文章图片
启动：
npm run serve:ssr
文章图片
(4) Chrome 地址栏输入 chrome://inspect, 点击 inspect hyperlink:
文章图片
断点会自动触发，停在 main.js 的第一行：
文章图片
现在就可以开始调试了：
文章图片
文章图片
【SAP|SAP 电商云 Spartacus 服务器端渲染的单步调试详细步骤】引起 Node.js 应用高 CPU 占用率的一些可能性：
- 循环和迭代。 如果不限制可迭代集合的大小，任何 .map、.reduce、.forEach 和其他迭代方法调用都可能导致问题。for 和 while 循环也存在同样的潜在问题。 如果业务层面上必须处理大型集合，请使用流或将集合，拆分为块并异步处理它们。 它将在不同的 EventLoop 迭代之间分配负载，减少阻塞效应。
- 递归函数。 这里的原理相同，你需要考虑递归深度，特别是当函数是同步的时候。
- 巨大的有效载荷。Node.js 是为处理大量异步操作而创建的，例如向数据库发出请求或外部 API 调用。 在来自外部来源的有效载荷很小之前，它可以完美运行。 不要忘记 Node.js 需要先读取一个有效载荷并将其存储在内存中，然后将 JSON 解析为一个对象（增加了更多内存），对该对象执行一些操作。 来自 Node.js 服务的巨大负载也可能是一个问题，因为 Node.js 首先将对象字符串化为 JSON，然后将它们发送到客户端。 所有这些操作都可能导致高 CPU，确保有效负载大小不是很大，使用分页，并且不要预填充不必要的数据。 对于 GraphQL 服务，使用复杂性来限制响应负载。
推荐阅读
- 企业级服务|阿里云启动全球最大智算中心，云服务商找到了新的算力出口
- 云南昆明辟谷宁静致远营之辟谷准备作业中叩齿吞津具体怎么做（）
- 出口形势严峻（这些年轻人做服装跨境电商赚翻了）
- 使用|使用 Busy Dialog 动画阻止 SAP UI5 应用按钮短时间内快速被点击试读版
- 使用函数节流思想避免|使用函数节流思想避免 SAP UI5 应用里按钮短时间内被高频重复点击试读版
- SAP|SAP UI5 里的 Busy Indicator 控件使用概述
- 一键部署开箱即用的代理服务器，解决|一键部署开箱即用的代理服务器，解决 SAP UI5 应用开发过程中访问远端 OData 服务的跨域问题
- 在|在 SAP UI5 应用中使用浏览器原生的 Fetch API 发起网络请求试读版
- SAP|SAP UI5 里的 Busy Dialog 控件使用概述
- 关于使用命令行|关于使用命令行 cf login 登录 SAP BTP CloudFoundry 环境的问题