stream

node.js不能处理需要cpu运算的需求，交给真正的后端

excel如何导入的？

stream

@CarlosRen 用了一个npm，把xml解析成json的。

@i5ting 我用了xlsx这个npm做的解析成json。

@flyingcodes 别乱说

node处理是怎么导致阻塞的，你是用 fs 里面同步的api？还是异步？

才几十万行就不行了？怀疑你的代码 自豪地采用 CNodeJS ionic

这种做成流式处理吧。或者离线处理。

@i5ting 呵呵，并发量少或者文件比较小可以用stream，否则到达一定的并发量或者文件比较大，就会出现lz所看到的阻塞，这就是node.js的本质，不管如何优化，也就是量变而已，根本不会发生质变

@flyingcodes 这是哪个语言实现都会遇到的，大文件读写没有什么更好的办法， 朴大@JacksonTian 给的这样的方法，

不然，你给一个更好的吧

@i5ting 我早说了，交给真正的后端处理，使用node.js就要利用node。js的优势，避免陷入坑里

@flyingcodes 什么叫真正的后端？

@i5ting 伪后端后面的后端就叫真正的后端

@flyingcodes 第一听说还有伪后端！

异步处理。先上传文件，进入任务队列，用另一个进程来处理。

@xiaxiaokang 那只能说明你孤陋寡闻了

1 写c++计算的模块 2 通过消息队列扔给java

@flyingcodes 后端的定义是什么呢？

楼主描述的场景是：上传大文件，伴随高并发的应用场景。 对这种情况，真正的瓶颈在于单核的单节点服务器已接近临界值了，建议楼主提升服务器性能，采用服务节点集群方式处理。

每行一个异步处理

@xiaxiaokang 连后端是什么都不知道，难怪不知道什么是伪后端

@flyingcodes 感谢真正的后端工程师 莅临 node 社区，大家热烈欢迎一下

stream 不错~ https://github.com/substack/stream-handbook

@yakczh 为啥不直接nodejs 处理，调用自身C++模块处理不好吗？

@cnlile 因为nodejs挂了，所有的数据都挂了 现场环境都丢失了 传给java的话，nodejs挂了， java不会挂 java比nodejs稳定得多

@highsea 不用酸我，我前端，伪后端，后端，数据持久层都做，我知道在哪些地方适合用哪些技术，而不是一味只用一种技术。每种技术都有优点和缺点，我只在特定场合选择最适合的

流读取真的可行？ @i5ting js-xlsx