止水

高并发场景下的对比：nodejs具有单线程、非阻塞IO、事件循环/驱动的特点，所以在高并发场景下，线程占用cup处理资源，cup不用等待IO的处理过程，而是不停的的发起异步请求，在异步处理结束后继续下一步异步任务。所以不会出现线程阻塞。如图1所示。优势：cpu利用率较高，因为cpu不用等待IO，而时一直在发起异步请求。不足：单个线程崩溃后，所以任务都无法进行，而多线程并发场景下，某个线程崩溃，不影响其他线程任务类似Java的后台则通过多线程处理高并发任务，某个线程在进行IO时，cpu总是会等待I

遇到post数组的时候，相同key自动转为数组，其实之前遇到并解决过，但是后来遇到又有点不确信了，

大文件上传时，前端切片，上传后，后端组合先上界面前台<template> <div> <div style="margin:20px"> <h2>Upload Large Files</h2> <br> <el-row> <el-col :span="4"> &l

添加日志，查看状态记录forever start -o out.log -e err.log test.jsout.log 是console.log的输出err.log 是报错

最近在node中传入路径（eg: c:\usr\file）调用python，但python不识别反斜杠（\），因为会当作转义进行处理，而node中在window下识别（\），并且_dirname中也是（\），为了让python运行，所以进行替换。 let input="c:\user\myfile\file" let forward=input.replace(/\\/g,'%5C')//"c:%5Cuser%5Cmyfile%5Cfile" input=forward.replace(/%5C

node服务实现一个文件上传和下载功能，在文件下载时因为文件名字含有中文，所以报错：The header content contains invalid characters源代码： res.writeHead(200, { 'Content-Type': 'application/octet-stream;charset=UTF8',//告诉浏览器这是一...

问题最近在linux服务器中部署了一套node服务接口，但是总是过了几天后接口调用者就反映服务调不起来了，在服务器上看了一下，进程不知道什么时候崩了。之前一直是用forever start app.js启动服务可能的原因首先，就是代码问题，调用的时候可能抛出异常，单线程的node服务就直接崩了解决办法捕获并打印异常,从不退出node服务用法app.listen(config....

直接上马：const events=require('events')const net=require('net')//node事件触发器const channel=new events.EventEmitter();channel.clients={}channel.subscriptions={};channel.on('join',function(id,client){...

解决跨域的方式有很多，在node环境下，或者vue脚手架环境下，可以用webpack配置代理以进行跨域前提条件：需要使用一个webpack的插件：webpack-dev-serverwebpack-dev-server使用的是http-proxy-middleware来实现跨域代理的代码module.exports = { devServer: { host: "0.0.0....

最近在了解Nodejs，发现其异步操作特点，在解决高并发问题方面，具有优势。在以往的高并发问题处理中，多线程是重要的解决方式，但这种方式会有一系列问题，比如线程阻塞，虽然可以通过锁的方式来解决，但锁用起来还是比较麻烦的，而采用异步的方式，就显得很方便了。js的异步核心在于，所有异步操作会被挂起，在执行完同步操作后，再去执行异步操作。在Node中，异步操作更加常见，也是其核心所在。这里我手写...