1.egg是码解什么软件？
2.从 Egg.js 到 NestJS，爱码客后端选型之路
3.nestjs和eggjs哪个好？
4.免杀动态对抗之syscall[源码分析]
5.setuptools-python打包分发package
6.Node.js - 阿里Egg的码解多进程模型和进程间通讯

egg是什么软件？

       Egg是由哈尔滨工业大学计算机科学与技术学院教师

       孙志岗开发的一个开放源代码软件，采用GPL协议。码解它的码解设计目标是开发一个极其简单、直观的码解Win平台下的图形动画函数库，C语言的码解白银交易指标源码初学者可以使用它开发动画、游戏等图形程序，码解让C语言的码解学习过程变得更有趣，更有成就感。码解有关Egg的码解详细介绍，可以访问Egg的码解主页：

       /

从 Egg.js 到 NestJS，爱码客后端选型之路

       爱码客3.0 开发，码解回顾一年历程，码解我从 Egg.js 转向 NestJS，码解选型之路，码解经历探索与挑战。

       最初，Egg.js 以其约定大于配置的特性，简化了开发流程。然而，对于团队组织结构与代码分类的需求，Egg.js 的目录规范限制了灵活性。我深入研究 Egg.js 文档与源码，发现自定义 loader 实现个性化目录结构，需基于 Egg.js 创建新框架，过程复杂。

       面临 Egg.js 对 TypeScript 支持的局限，我寻找替代方案，最终决定转向 NestJS。NestJS 原生支持 TypeScript，提供 OOP、FP 和 FRP 等功能，底层采用 Express 或 Fastify 等强大 HTTP Server。其设计理念与 Spring 类似，基于 IoC 原则，使用依赖注入，言讯即时源码解耦模块，提高代码可测试性。

       NestJS 的依赖注入机制，无需指定位置查找依赖，简化了目录结构组织。使用 @Injectable 修饰的 Service，可在注册后直接注入，无需关心具体位置，增强了模块间的解耦与灵活性。

       选择 NestJS 后，代码结构清晰，开发效率提高。NestJS 的优势在于 TypeScript 支持、微服务架构和依赖自动扫描，适合集团内开发场景。在大规模项目中，NestJS 的设计理念和开发约束能提供显著的帮助。

       回顾过去，从 Egg.js 到 NestJS 的选择，经历了多次尝试与调整。历史的推动力使我们最终选择了 NestJS。虽然中途 Egg.js 继续发展，成为集团内标准框架，但选择 NestJS 的决策已定。时间流转，技术迭代，爱码客项目顺利推进，选型之路，虽有曲折，但终达目的地。

       经历的探索与挑战，不仅是一个技术选型的故事，更是个人成长与团队协作的见证。文章旨在分享这段历程，供参考与借鉴。gre_rcv源码希望对其他开发者有所启发，欢迎有激情的你加入 ES Studio，共同探索技术的奥秘。

nestjs和eggjs哪个好？

       nestjs为什么不火

       å› ä¸ºæ“ä½œä¸ç®€ä¾¿

       Nest.js是用于构建高效且可伸缩的服务端应用程序的渐进式Node.js框架。支持Typescript、面向AOP编程、支持typeorm、Node.js版的spring、构建微服务应用。

       Nest.js是用于构建高效且可伸缩的服务端应用程序的渐进式Node.js框架。支持Typescript、面向AOP编程、支持typeorm、Node.js版的spring、构建微服务应用。

       å¹´å‰ç«¯æœ€ç«çš„技术是什么？

       æˆ‘认为的年前端开发者最应该掌握的一些比较火爆的技术与知识点。

       1，前端框架和语言层面

       9月份Vue3.0发布，声称对TypeScript有着更好的开发体验，通过从不同框架级别TS支持上，我们可以看出社区的整个风向从年的大家都去学习应用TS，变成了大家如何把TS用的更好这个方向上来了。

       æ‰€ä»¥æˆ‘认为今年TypeScript的火热程度还是应该排名很靠前的，我今年也使用TypeScript重构了Daruk的服务框架推出了2.0版本，让TS开发者拥有更好的TS开发体验。

       æŽ¥ä¸‹æ¥å°±æ˜¯ä¸¤å¤§é‡ç£…框架的更新历程对比，Vue3前面说了一句。而React也在十月也发布了React的release版本。这两大主流框架的频繁更新，也说明了社区和作者都在一同演化。

       åœ¨Vue3中除了更好的支持TS外，还更新了CompositionAPI。而React主要是集中精力在升级体验上，虽然没有新的Feature但是提升了和解决了很多之前版本潜在的问题。

       è¦è¯´å“ªä¸ªæœ€ç«è¿˜æ˜¯è¦çœ‹ä¸ªäººå®žé™…的使用场景和喜好，但是年来看还没有别的框架可以与之一战。

       2，大前端相关技术栈

       ä»Šå¹´åŸºäºŽChromium的微软edge浏览器也已经推出。google在web端的发展产生了对开发者深刻的影响。Chrome+也已经发布多个版本，提供了一系列的新特性，比如CoreWebVitals标准，DesktopPWA等都值得我们去关注。

       æˆ‘们说完了浏览器相关的那点技术之后，再聊聊大前端相关的一些技术实践，比如Flutter。

       å¾ˆå¤šå‰ç«¯åœ¨ä»Šå¹´å·²ç»ä»Žweb开发转型为Flutter开发，学习和使用Dart技术来构建UI，这是很多大厂的前端工程师正在经历的事情（包括我的部门也在尝试这个事情），这个趋势应该在未来几年还会持续。

       å®¢æˆ·ç«¯electron在今年也有着长足的进展，一年内多次更新版本一路到了.1.5。随着疫情影响，国内在线教育的又一波兴起。很多桌面软件，网课软件都在采用这个技术来进行开发，市场上的岗位也开始变多，electron技术可以说在今年也有火的趋势。

       ç„¶åŽæˆ‘们再看看BFF层，nestjs依然坚挺，越来越多的人开始跳过学习express和koa开始学习更丰富的web框架了，比如egg或者我的daruk，开发者已经在慢慢形成共识，在webframework的路上开始越走越远，裸写nodejsweb服务的时代已经开始慢慢褪去。

       ä¸å¾—不提的还有serverless在前端的普及，在年到达了一个新的高潮。阿里云，腾讯云，头条云等等国内的互联网厂商也都开始大玩serverless概念。从对内服务开始转向对外服务，普及的势头很猛，也有落地的趋势和场景。今年的D2同样也有serverless的专场，可见受重视程度非比寻常。

       3，工程化提效和个人素质提升

       å†ç¦»æˆ‘们近一些的推动生产力的技术，比如据我所知在用CI/CD和pipeline管理上线流程的公司越来越多，这种去年还可以出去吹一吹的东西，今年也逐步变成了业界标配基础能力，如果不会的同学可要抓紧学习了。

       å¹´å‰å¤§å®¶éƒ½ç–¯ç‹‚吐槽面试刷medium题目没用，而年后大家开始默认面试某些公司都至少要刷到medium程度的题目。这对很多前端来说是一个心智和素质的提升与转变，大家在接触新技术的同时，也慢慢发现，前端整个职业环境的变化，越来越多的公司对人的整体综合素质要求变高了。

eggjs为什么口碑不好

       è´¨é‡é—®é¢˜ã€‚eggjs为什么口碑不好的原因是质量问题，因为eggjs质量差，售价高。口碑，指众人口头的颂扬，泛指众人的议论；群众的口头传说，相当于一种大众嘴边经常提起的事情或组织。

NG全家桶全栈项目实践总结

       Angular在国内使用的人并不像国外那么多，基本都是外企在用，但其框架的思想却仍可以为我们所借鉴，在某些问题没有思路的时候可以参考ng相关的处理，ng处理方式和思维确实比较超前，但也因此而曲高和寡。本文旨在通过ng全家桶项目（前端Angular+后端NestJS7）的实践来总结对于ng架构中一些亮点的关注与思考，Angular和Nest在前后端框架的处理上同出一脉，对比起来更有借鉴意义。

       [目录结构]

       [目录描述]

       æ•´ä¸ªå‰ç«¯é¡¹ç›®æ˜¯åŸºäºŽangular脚手架生成的，其基本目录结构是在src的app下进行相关组件和页面的模块开发，main.ts和index.html是整个单页应用的主入口，根目录下angular.json用于配置相关的打包编译等环境配置参数

       [实践分享]

       [目录结构]

       [目录描述]

       åŽç«¯é¡¹ç›®æ˜¯åŸºäºŽnestjs框架的大型后台项目配置，api模块主要是对外输出的接口，auth、filters、guard、interceptors、middlewares、pipes等是对于需要的模块进行统一的收集处理，main.ts是主入口文件，用于启动及相关配置等，app.module.ts是用来收集所有模块的导入，ng基于模块的方式可以起到非常好的隔离效果

       [实践分享]

       é¦–先，对于没有用过ng的同学科普一下，angular其实分为两个大版本，一个是angular1.x的，也就是ng1，也就是现在还有的angularjs，另一个版本是ng2以后的版本，ng2之后被谷歌收购后，完全重写了框架，唯一和1.x相通的估计也就剩那几个思想还在了：模块化、依赖注入、双向绑定、MVC，对于1.x感兴趣的同学可以去看Vue的1.x的版本，基本算是简化版的ng1.x，Vue2之后就和后来的ng分道扬镳了，vue2主要是以发布订阅来替代依赖注入的思路，扯远了...(ps:想看ng1版本的可以看这个地址，居然还有更新...angularjs官方仓库)，这里分析的主要是Ng，ng8之后除了引入Ivy(Ivy架构官方介绍)这个编译渲染器之外，其实改动不大，主要就是在优化以及废除和新建一些api等等。Ng的源码很庞大，goggle自研了一个bazel自动化构建工具，ng自然也是靠这个构建的，对bazel感兴趣的同学，可以看这个Google软件构建工具Bazel原理及使用方法介绍，我这里就不展开所有的源码，整体的核心大框架如下：

       nestjs是nodejs的web应用的一个大的集成，它最初是基于express封装的一个后端框架，后来将服务端各种理念都使用js实现了一下，虽然不能和成熟的服务端语言框架如java等进行媲美，但是服务端所需要的东西基本都具备了，对于有需求想要使用js来开发后端的同学是个不错的选择，个人认为简单的bff，比如想自己模拟的开发个后台接收请求，选择node直接写或者使用express、koa就可以，对于有一定的中间层给前端处理，可以选用阿里的egg，对于如何基于egg构建中间层，可以看看这篇文章如何为团队定制自己的Node.js框架？（基于EggJS），对于大型的服务端，尤其是前端是以ng为主栈的，可以优先考虑使用nestjs；其次对于io较多而计算较少的（js本身的特质），或者服务端需要与c++配合的，大型服务端应用也可以使用nest。nest默认是不采用微服务的形式的，nest将不同的平台封在了不同的platform下，这里只分析普通的以express为platform的形式，对于喜欢微服务的同学，可以对比和java的springcloud的区别，这里就不做表述了，其整体的核心结构大致如下：

       è¿™é‡Œä¸»è¦åœ¨å¯¹ä¾èµ–注入的实现做一个简单的理解分享，其思路是一脉相承的，对于理解后端理念的依赖注入有很好的理解，这也正是后端前端化的一个体现，也是最早的MVC框架向后来的MVVM框架过度的一个历史过程，依赖注入方式对于最早的前端框架还是有纪念意义的，但是对于ng全家桶来说，这算是其基本哲学的一个基本面

       bAngular/b

       å…ˆæ¥çœ‹ä¸€ä¸‹ng是如何实现injector的，这里重点在于使用了抽象类来重载不同函数的使用，对于provider循环依赖的处理，利用了一个Map数据结构来区分不同的Provider

       bNest/b

       å†æ¥çœ‹ä¸€ä¸‹ï¼Œnest的实现，不同于ng的实现，nest是利用参数和继承父类参数来确定整个的循环依赖关系的，其没有使用重载来实现，但都对循环依赖做了处理，其基本思路是一致的。

       æ€»ç»“：从nest和ng对injector的实现可以看出，虽然都是注射器的实现，但是由于呈现方式的不同，因而在实现方式上也会有所不同，对于ts而言，选用interface还是抽象类，确实可以借鉴java的模式思路，对于习惯js的我们来说，对于整个数据类型的扩展（如：抽象类、接口）等是需要向后端借鉴的。整体来说，对于依赖注入的实现最关键的就是在于处理provider的整个依赖问题，这两者都是采用token的方式来区分对待到底是属于哪一个provider，然后对于特殊的相关依赖循环的问题做对应的处理

       ng整个生态体系在国内应用的并不广，但并不妨碍其作为前端理念的扩展先行者的这样一个角色，个人认为其在隔离性以及系统性方面都是要优于vue和react的，因而对于目前比较流行的微前端框架(ps:对于ng的微前端应用，可以参考这篇文章【第期】使用Angular打造微前端架构的ToB企业级应用)，个人觉得在沙箱隔离等系统融合方面确实可以借鉴一下ng的某些思路，或许正是由于这个原因，它才是三大框架中最先上ts的，也有可能整个ng的开发者更像是传统的软件工程师，对于整个开发要做到定义数据、定义模型、系统设计等等，对于大型项目而言，这样确实会减少很多因bug而需要重复修改的时间，但是对于小型项目，个人认为还是vue更合适。虽然对于国内，ng基本已经属于明日黄花了，但是它的一些理念及设计思路确实还是值得借鉴的，在这个内卷的时代，各大应用都在向着高级化、大型化发展，说不定哪天ng又在国内重回巅峰了呢，虽然很难~~哈哈哈，各位加油！

北大青鸟设计培训：node编程开发技术的发展趋势？

       node技术成为web前端领域的主流开发工具可以说本身就是一个美丽的误会，当初这个技术被开发出来使用的时候主要是为了解决后端的问题才出现的。

       ä»Šå¤©ï¼ŒæµŽå—java课程培训机构就一起来了解一下node技术的发展历程和未来的发展趋势。

       a)Node8进入LTS时代Node.js大的变化是进入Node8时代，它是一个稳定的长期支持版本(LTS)，除了性能提升外，还有以下几个要点。

       Async/Await支持。

       å…¶å®žåœ¨Node.jsv7.6就可以通过flag支持了，在node8里直接落地。

       é€šè¿‡Async函数可以更好的进行异步流程控制，远离CallbackHell。

       åœ¨Async函数里，你可以通过await调用Promise，以及通过co包裹的generator，可以说，向前是完美的Async函数，向后也完美兼容各种遗留代码，称为异步终极解决方案不为过。

       ES6模块支持。

       é€šè¿‡vue/react、webpack、babel和typescript等火爆发展，es6模块得到了广泛普及和应用，在Node.jsv8.5可以通过--experimental-modules来开启这个体验版特性。

       å½“然，你想在Node.js更早版本里使用ES6模块，可以采用@std/esm模块。

       HTTP2支持。

       åœ¨Node.jsv8.8就开始默认启用了，http2对服务器端推送，多通道复用等特性，能够更好地为浏览器便利，是性能优化的利器。

       b)企业级Web开发基础框架除了应用广泛的主流Web框架Koa外，Fastify也是一直劲敌，作者MatteoCollina是Node.js核心开发，Stream掌门，性能优化专家。

       Fastify基于Schema优化，对性能提升极其明显。

       ç‹¼å”认为这是企业级Web开发，他在这里给我们介绍了3个知名框架。

       b1)Egg.js阿里开源的企业级Node.js框架Egg发布2.0，基于Koa2.x，异步解决方案直接基于AsyncFunction。

       æ¡†æž¶å±‚优化不含Node8带来的提升外，带来%左右的性能提升。

       Egg采用的是『微内核+插件+上层框架』模式，对于定制，生态，快速开发有明显提升，另外值得关注的是稳定性和安全上，也是极为出色的。

       b2)NestNest是基于TypeScript和Express的企业级Web框架。

       å¾ˆå¤šäººå¼€çŽ©ç¬‘说，Nest是像Java开发方式的，确实，Nest采用TypeScript作为底层语言，TypeScript是ES6超集，对类型支持，面向对象，Decorator(类似于Java里注解Annotation)等支持。

       åœ¨å†™æ³•ä¸Šï¼Œä¿æŒJava开发者的习惯，能够吸引更多人快速上手。

       TypeScript支持几乎是目前所有NodeWeb框架都要做的头等大事，在年Nest算个知名项目，值得一提。

       b3)ThinkJSThinkJS是一款拥抱未来的Node.jsWeb框架，致力于集成项目佳实践，规范项目让企业级团队开发变得更加简单，更加高效。

       ç§‰æ‰¿ç®€æ´æ˜“用的设计原则，在保持出色的性能和至简的代码同时，注重开发体验和易用性，为WEB应用开发提供强有力的支持。

       ThinkJS是国产老牌Web框架，在年月发布v3版本，基于Koa内核，在性能和开发体验上有更好的提升。

       æ•´ä½“来看，Node.js在企业Web开发领域日渐成熟，无论微服务，还是Api中间层都得到了非常好的落地。

       å¹´ï¼Œå”¯ä¸€é—憾的是Node.js在servless上表现的不太好，相关框架实践偏少。

       c)不可不见的Api中间层前端越来越复杂，后端服务化，今日的前端要面临更多的挑战。

       ä¸€ä¸ªå…¸åž‹çš„场景就是在服务化架构里，前端面临的头痛的问题是异构API，前后端联调的时候，多个后端互相推诿，要么拖慢上线进度，要么让前端性能变得极其慢。

       è¿›åº¦æ…¢æ‰¾å‰ç«¯ï¼Œæ€§èƒ½å·®ä¹Ÿæ‰¾å‰ç«¯ï¼Œä½†è¿™ä¸ªé”…真的该前端来背么?Node.js的Api中间层应用很好地解决了这个问题。

       åŽç«¯ä¸æƒ³æ”¹çš„时候，实在不行就前端自己做，更灵活，更能应变。

       é€ä¼ æŽ¥å£ï¼Œå¯¹äºŽå†…网或者非安全接口，可以采用中间层透传。

       èšåˆæŽ¥å£ï¼Œå¯¹å¼‚æž„API处理非常方便，如果能够梳理model，应变更容易。

       Mock接口，通过Mock接口，提供前端开发效率，对流程优化效果极其明显，比如去哪儿开发的yapi就是专门解决这个问题的。

       é™¤æ­¤ä¹‹å¤–，前端如果想做一些技术驱动的事儿，SSR(服务器端渲染)和PWA(渐进式Web应用)也是非常不错的选择。

       d)新领域(深度学习、区块链等)

免杀动态对抗之syscall[源码分析]

       基础概念

       操作系统分为内核和应用层，从R0-R3，R0是内核，R3是用户层。Windows中日常调用的API都是R3抽象出来的接口，虽然Win API它也是R3接口，但由于Windows的设计思想就是高度封装，实际上的R3 API是ntdll.dll中的函数。

       我们调用的Win API都是kernel.dll/user.dll中的函数，最终都要经过ntdll.dll。

       逆向学习一个函数，选定CreateThread，ntdll中的对应函数是NtCreateThread。可以看到首先给eax赋值（系统调用号SSN），然后再执行syscall。

       EDR的工作原理是对Windows API进行hook。一般使用inline hook，即将函数的开头地址值改成jmp xxxxxxx(hook函数地址)。知道了syscall的调用模板，自己构造syscall（获取SSN，syscall），即可绕过EDR对API的hook。

       学习不同项目对应的手法，如HellsGate、TartarusGate、GetSSN、SysWhispers等。这些项目通过遍历解析ntdll.dll模块的导出表，定位函数地址，获取系统调用号SSN，实现动态获取SSN。

       使用直接系统调用或间接系统调用，展厅虚拟漫游源码如SysWhispers系列项目的直接系统调用（手搓syscall asm）和间接系统调用（使用用户态API，如kernel.dll中的API）。系统调用号SSN在不同版本的系统下是不一样的，可以参考相关技术博客整理的列表。

       SysWhispers2使用随机系统调用跳转（Random Syscall Jumps）避免“系统调用的标记”，通过SW__GetRandomSyscallAddress函数在ntdll.dll中搜索并选择一个干净的系统调用指令来使用。

       SysWhispers3引入了egg技术（动态字符替换，汇编指令层次的混淆）和支持直接跳转到syscalls，是spoof call的变体，绕过对用户态asm文件syscall的监控。

       HWSyscalls项目通过kernel gadget，跳到ntdll.dll中做间接syscall，更彻底地实现了间接系统调用。

       这些项目的实现涉及软件中自定义堆栈流程、硬件断点等技术，通过内核函数调用、动态字符替换、异常处理机制等，绕过EDR检测和系统调用监控，实现免杀动态对抗。

setuptools-python打包分发package

       setuptools是Python最常用的打包与分发工具，允许他人通过pip install轻松安装你的库。它基于distutils，但提供了更丰富的功能。setuptools可以将你的库打包为两种类型：源码包（source dist）和二进制包（binary dist）。

       源码包（sdist）类似于.zip或.tar.gz文件，包含库的所有源代码和静态文件，如.txt、css、等。打包源码包通常使用setup.py命令，它需要配置打包信息，如格式参数（formats），默认根据平台创建.tar.gz或.zip文件。执行后，矿机租赁源码你会在项目目录下发现一个dist文件夹和egg-info文件夹。安装源码包时，可以选择先解压缩，或直接使用pip安装。

       二进制包（bdist）主要使用wheel格式（.whl后缀），在某些场景下安装速度更快。打包二进制包同样使用setup.py，设置格式参数（formats）即可，另外提供了其他命令用于指定打包选项。安装二进制包只需pip命令。

       setup.py是Python打包的核心文件，用于指定库的基本信息、打包的文件、依赖包以及版本控制等。它通过setuptools.setup函数控制整个打包过程。此函数包含多个参数，如packages、include_package_data、exclude_package_data、package_data、data_files等，用于指定需要打包的文件。include_package_data参数根据MANIFEST.in文件来打包非源码文件，而MANIFEST.in定义了如何打包这些文件。package_data参数直接指定要被打包的文件。

       在库中管理依赖包的安装与版本控制是setuptools的重要功能，通过install_requires、setup_requires、tests_require、extras_require等参数实现。设置python环境的版本限制使用python_requires参数。若需要在系统环境path中生成可执行文件或脚本，使用setup函数的entry_points和scripts参数。对于C/C++扩展，使用setup.py来编译并集成到Python中，通过ext_modules参数配置。自定义命令也是进阶功能，允许用户扩展setuptools的功能。

Node.js - 阿里Egg的多进程模型和进程间通讯

       在开发项目中，对Egg的多进程模型和进程间通讯有了深入理解。首先，Node.js作为单进程语言，为提高服务器资源利用和容错性，引入了cluster模块。它通过Master进程管理和Worker进程执行，使得多核CPU得以充分利用。

       Master进程作为核心，启动Agent进程处理公共任务，Worker负责业务代码执行。Egg的进程模型中，Master初始化并注册事件，关键操作包括forkAgentWorker，它会启动Agent进程并向Master发送agent-start信号。

       Agent_worker.js中的关键代码表明，它与Master保持通信，Master则通过监听特定事件来协调Worker的启动。当Master接收到app-start信号后，会进一步执行startCheck函数，确保所有进程准备就绪。

       进程守护功能由graceful和egg-cluster库实现，处理未捕获的异常时，graceful会关闭连接并断开与Master的IPC通道。而Worker之间的通信则需要通过Master进行转发，Master根据接收到的信息决定发送到哪个进程。

       学习Egg的进程管理时，需要注意事件机制和IPC通道的使用，这对于前端开发者来说，切换到后端思维的确需要时间和思考。以上是Egg多进程模型和进程间通讯的概述，具体实现细节可通过相关源码深入研究。

从0到1，Vue大牛的前端搭建——异常监控系统（下篇来啦）

       在本篇文章中，我们将深入探讨异常如何进行上报和分析。首先，异常上报的方式通常采用动态创建标签方法。这种技术无需加载任何通讯库，且页面无需刷新，类似于百度统计和Google统计的埋点机制。动态创建一个img标签，浏览器即会向服务器发送get请求，将需要上报的错误数据通过querystring字符串形式传输至服务器。

       除了动态创建标签方式，我们也可以选择使用Ajax上报错误。上报数据时，核心信息是错误栈，它包含了错误发生的位置（行号、列号）和错误信息，对于定位错误至关重要。在上报前，需将对象序列化为字符串，并进一步转换为Base格式，以便于在网络通信中传输。后端则需执行反向操作，将Base字符串转换回JSON对象，进行错误的接收和处理。

       在项目开发中，使用Vue3.0新语法，从源码层面分析Vue3.0的响应式vDOM架构，仅需三天时间即可实现项目开发。异常上报后，需要建立一个后端服务进行接收和处理。以流行框架eggjs为例，我们可以搭建eggis工程，编写error上传接口。通过在app/router.js中添加路由和在对应的controller中实现错误数据的接收和记录，例如使用fs写入日志文件或借助log4js等成熟的日志库进行日志记录。

       进一步，可以利用Webpack插件实现sourcemap的上传，以实现混淆压缩代码的还原。创建Webpack插件并加载插件配置，通过读取sourcemap文件逻辑，将sourcemap上传至服务器。此外，可以使用source-map插件简化此过程，进一步优化代码还原效率。

       对于异常分析，一个关键步骤是解析错误栈。考虑到此功能的实现涉及较多逻辑，将其开发为独立函数，并使用Jest进行单元测试。首先搭建Jest框架，创建stackparser.js文件和测试文件stackparser.spec.js。通过Jest，可以实现对错误栈的解析和代码位置转换为源码位置的功能。运行测试后，实现解析方法，最终将源码位置记入日志，以实现错误分析的可视化。

       在异常监控系统中，可以考虑使用Fundebug或Sentry两种开源框架，以实现更全面的错误监控与管理。Fundebug专注于多种线上应用的实时BUG监控，而Sentry则是一个开源的实时错误追踪系统，支持多种语言和框架，提供与其他流行服务的集成方案，如GitHub、GitLab等。在项目管理中，逐步引入Sentry进行错误日志管理，可以提升问题修复效率和用户体验。

       总结而言，通过本篇文章的介绍，我们构建了一个异常监控系统的MVP（最小化可行产品），包括异常上报、后端接收处理、错误日志记录以及异常分析等功能。未来，可以进一步升级错误日志分析与可视化，采用ELK等工具，实现更高效的错误管理。发布和部署阶段，可以考虑使用Docker等容器技术，提高项目的部署效率。最后，如果在开发过程中遇到任何问题，欢迎在评论区留言，我会及时回复，共同推动项目进展。

基于Koa2打造属于自己的MVC框架

       在轻量级的web框架如Express和Koa中，虽然部署快速，但随着项目复杂度增加，手动配置和目录结构的灵活性导致项目质量参差不齐。为解决这些问题，社区出现了如Egg.js和Nest.js这样的上层框架。我所在的公司基于Koa并结合业务需求，构建了一套MVC开发框架，专注于BFF层，简化Koa配置，集成通用组件如身份验证和代理转发，采用约定的目录结构来组织路由和全局方法。

       我通过深入研究和实践，实现了自己的MVC框架my-node-mvc。框架的核心在于通过传入routes和middlewares参数，指导框架处理路由和启用中间件。例如，访问`http://localhost:`时，会经过自定义中间件，然后匹配`routes.js`中的路径，调用`controllers/home.js`中的`index`方法，最终渲染`views/home.html`。此外，它能自动注入Controller和Services，简化了服务和路由的管理。

       my-node-mvc框架的实现分为几个步骤，从基础的Koa继承和路由配置开始，逐步添加内置中间件、全局方法和服务注入。通过这个过程，我们了解到如何在Koa的基础上构建一个可扩展的MVC结构。如果你对Koa源码有一定了解，可以参考之前的教程来跟进。

       总结来说，本文分享了如何基于Koa2构建基础MVC框架，为开发者提供一个开发和定制的基础，后续可以在此基础上扩展和优化，如创建模板和脚手架工具，以提升开发效率和项目一致性。通过整合通用业务中间件，my-node-mvc框架能显著降低开发和运维成本。