话题编程语言 › NodeJs

编程语言:NodeJs

关联话题: Node、Node.js

谈一谈 Node.js Stream 中 Readable 类的源码实现

流(Stream)作为 Node.js 处理流式数据的抽象接口,是驱动 Node.js 应用的基础概念之一。

Introducing WebContainers: Run Node.js natively in your browser

Today we're excited to announce WebContainers, a new type of WebAssembly-based operating system that boots instantly and enables Node.js environments to run natively in-browser.

基于 Node.js Addon 和 v8 字节码的 Electron 代码保护解决方案

我们有一个项目使用了 Electron 开发桌面应用,使其能够在 Windows / Mac 两端上跨平台运行,因此核心逻辑都是通过 JavaScript 编写的,黑客非常容易对我们的应用进行解包、修改逻辑破解商业化限制、重新打包,去再分发破解版。

虽然我们已经对应用做了数字签名,但是这还远远不够。要想真正解决问题,除了把所有商业化逻辑做到服务端,我们还需要对代码进行加固,避免解包、篡改、二次打包、二次分发。

Node.js中的进程与线程

Node特点主线程是单线程的 一个进程只开一个主线程,基于事件驱动的、异步非阻塞I/O,可以应用于高并发场景。

Nodejs中没有多线程,为了充分利用多核cpu,可以使用子进程实现内核的负载均衡,那我们就要解决以下问题:

  1. Node.js 做耗时的计算时候阻塞问题。
  2. Node.js如何开启多进程。
  3. 开发过程中如何实现进程守护。

通过字节码保护Node.js源码之原理篇

对于商业软件,在发布时防止逆向和篡改是很常见的需求,Node.js 作为脚本语言,在这方面天然存在不足,本文探讨一种通过发布V8引擎编译后的字节码来保护源码的思路。

【Node开发】分布式调用限频限流的开发设计

在Node服务开发中,常常需要对许多批量请求进行限频发送,以保证被调用方的系统安全或者调用限制,这里以企业微信API的客户标签修改为例,讲述在企业微信API的限频要求下的分布式限频模块的算法和设计细节。

JavaScript 事件循环:从起源到浏览器再到 Node.js

为什么是事件循环?事件循环是什么?浏览器与 Node.js 的事件循环差异......

Qunar 酒店 NodeJS 覆盖率收集实践

对于一个没有维护单元测试的旧系统,想通过收集覆盖率来检验系统功能和熟悉系统结构不是一件容易的事情。为此我们进行了诸多思考与尝试最终完成阶段性目标。接下来给大家分享下我们的实现方案。

悟空活动中台-打造 Nodejs 版本的MyBatis

通过本文让读者了解到,悟空活动中台的 Node 服务和数据库交互上的一些思考和探索,我们希望保留SQL的简单通用强大,又能保证极致的开发体验。

node.js 沙盒逃逸分析

有在项目中用过 vm 吗?或使用过 eval、Function 等功能吗?本文介绍了 node.js 沙盒逃逸过程分析及相关防御措施。

在 Node.js 中 ”相对可靠” 的高效执行可信三方的代码

看大厂的实践总结

前端中台化,把格局做大——NodeJS 和测试服务探索

近些年,「NodeJS 应该如何在公司业务中真实落地 」这类问题屡见不鲜。自从 2009 年 NodeJS 诞生之后,抢尽风头,圈粉无数。但一定有工程师不禁要质疑「NodeJS 真的已经开辟天地,占据架构体系的一席之地了吗」,「国外听说 NodeJS 开展如火如荼,国内现在到底是个什么状态」,「听到过阿里 Node

有意思的 Node.js 内存泄漏问题

Node.js 使用的是 V8 引擎,会自动进行垃圾回收(Garbage Collection,GC),因而写代码的时候不需要像 C/C++ 一样手动分配、释放内存空间,方便不少,不过仍然需要注意内存的使用,避免造成内存泄漏(Memory Leak)

Node接入层可视化逻辑编排,还可以这样做?

背景:Node前后端分离带来的变化2016年跨境供应链...

Node使用火焰图优化CPU爆涨

背景话不多说,先上图,这是得到App静态资源更新服务的CPU使用率监控,可以看到7月2号到7月3号后,cpu使用率发生了爆涨,在8:00的早高峰和18:00的晚高峰,几乎可以把CPU打满。发现问题当机立断,升级配置将2核4g升…

Node.js在携程的落地和最佳实践

合适才是最好的。

Accueil - Wiki
Copyright © 2011-2024 iteam. Current version is 2.137.1. UTC+08:00, 2024-11-15 01:20
浙ICP备14020137号-1 $Carte des visiteurs$