NodeJS-使用Core NodeJS和原始Node解决方案通过进度条上传文件

松安民

2023-03-14

问题内容：

Ryan
Dahl表示，他发明了NodeJS来解决文件上传进度栏问题（//youtu.be/SAc0vQCC6UQ)）。使用2009年Node推出时可用的技术，因此在Express和可以自动告诉您进度更新的更高级的客户端javascript库之前，NodeJS如何解决此问题？

现在尝试仅使用Core
NodeJS，我了解请求流，可以查看标头，获取文件的总大小，然后获取通过的每个数据块的大小，以告诉我完成的百分比。但是然后我不明白如何将这些进度更新流回浏览器，因为浏览器似乎直到request.end（）才更新。

我想再次总结一下NodeJS最初是如何解决此进度更新问题的。WebSocket还没有出现，因此您不能仅打开与客户端的WebSocket连接并将进度更新流回浏览器。是否使用了另一种客户端JavaScript技术？

到目前为止，这是我的尝试。进度更新将流式传输到服务器端控制台，但是浏览器仅在响应流接收到response.end（）后才更新。

var http = require('http');
var fs = require('fs');

var server = http.createServer(function(request, response){
    response.writeHead(200);
    if(request.method === 'GET'){
        fs.createReadStream('filechooser.html').pipe(response);     
    }
    else if(request.method === 'POST'){
        var outputFile = fs.createWriteStream('output');
        var total = request.headers['content-length'];
        var progress = 0;

        request.on('data', function(chunk){
            progress += chunk.length;
            var perc = parseInt((progress/total)*100);
            console.log('percent complete: '+perc+'%\n');
            response.write('percent complete: '+perc+'%\n');
        });

        request.pipe(outputFile);

        request.on('end', function(){
            response.end('\nArchived File\n\n');
        });
    }

});

server.listen(8080, function(){
    console.log('Server is listening on 8080');
});

filechooser.html：

<!DOCTYPE html>
<html>
<body>
<form id="uploadForm" enctype="multipart/form-data" action="/" method="post">
    <input type="file" id="upload" name="upload" />
    <input type="submit" value="Submit">
</form>
</body>
</html>

这是更新的尝试。 现在，浏览器将显示进度更新，但是我可以确定这不是Ryan
Dahl最初针对生产方案提出的实际解决方案。他使用长时间轮询了吗？该解决方案是什么样的？

var http = require('http');
var fs = require('fs');

var server = http.createServer(function(request, response){
    response.setHeader('Content-Type', 'text/html; charset=UTF-8');
    response.writeHead(200);

    if(request.method === 'GET'){
        fs.createReadStream('filechooser.html').pipe(response);     
    }
    else if(request.method === 'POST'){
        var outputFile = fs.createWriteStream('UPLOADED_FILE');
        var total = request.headers['content-length'];
        var progress = 0;

        response.write('STARTING UPLOAD');
        console.log('\nSTARTING UPLOAD\n');

        request.on('data', function(chunk){
            fakeNetworkLatency(function() {
                outputFile.write(chunk);
                progress += chunk.length;
                var perc = parseInt((progress/total)*100);
                console.log('percent complete: '+perc+'%\n');
                response.write('<p>percent complete: '+perc+'%');
            });
        });

        request.on('end', function(){
            fakeNetworkLatency(function() {
                outputFile.end();
                response.end('<p>FILE UPLOADED!');
                console.log('FILE UPLOADED\n');
            });
        });
    }

});

server.listen(8080, function(){
    console.log('Server is listening on 8080');
});

var delay = 100; //delay of 100 ms per chunk
var count =0;
var fakeNetworkLatency = function(callback){
    setTimeout(function() {
        callback();
    }, delay*count++);
};

问题答案：

首先，您的代码确实有效。节点发送分块的响应，但是浏览器只是在等待更多响应，然后才显示它。

节点文档中的更多信息：

第一次调用response.write（）时，它将把缓冲的头信息和第一个正文发送给客户端。第二次调用response.write（）时，Node假设您将要流传输数据，并分别发送数据。也就是说，响应被缓冲到主体的第一块。

如果将content-type设置为html like response.setHeader('Content-Type', 'text/html; charset=UTF-8');，它将使chrome呈现内容，但这只有在我使用了一系列set
timeout调用以及内部response.write调用时才有效。当我尝试使用您的代码时，它仍然没有更新dom，因此我更深入地研究了…

问题在于，实际上取决于浏览器在合适时呈现内容，因此我设置了代码以发送ajax请求来检查状态，而不是：

首先，我更新了服务器，以将其状态仅存储在全局变量中，然后打开“ checkstatus”端点以读取它：

var http = require('http');
var fs = require('fs');
var status = 0;

var server = http.createServer(function (request, response) {
    response.writeHead(200);
    if (request.method === 'GET') {
        if (request.url === '/checkstatus') {
            response.end(status.toString());
            return;
        }
        fs.createReadStream('filechooser.html').pipe(response);
    }
    else if (request.method === 'POST') {
        status = 0;
        var outputFile = fs.createWriteStream('output');
        var total = request.headers['content-length'];
        var progress = 0;

        request.on('data', function (chunk) {
            progress += chunk.length;
            var perc = parseInt((progress / total) * 100);
            console.log('percent complete: ' + perc + '%\n');
            status = perc;
        });

        request.pipe(outputFile);

        request.on('end', function () {
            response.end('\nArchived File\n\n');
        });
    }

});

server.listen(8080, function () {
    console.log('Server is listening on 8080');
});

然后，我更新了filechooser.html以检查ajax请求的状态：

<!DOCTYPE html>
<html>
<body>
<form id="uploadForm" enctype="multipart/form-data" action="/" method="post">
    <input type="file" id="upload" name="upload"/>
    <input type="submit" value="Submit">
</form>

Percent Complete: <span id="status">0</span>%

</body>
<script src="https://ajax.googleapis.com/ajax/libs/jquery/1.11.3/jquery.min.js"></script>
<script>
    var $status = $('#status');
    /**
     * When the form is submitted, begin checking status periodically.
     * Note that this is NOT long-polling--that's when the server waits to respond until something changed. 
     * In a prod env, I recommend using a websockets library with a long-polling fall-back for older broswers--socket.io is a gentleman's choice)
     */
    $('form').on('submit', function() {
        var longPoll = setInterval(function () {
            $.get('/checkstatus').then(function (status) {
                $status.text(status);

                //when it's done, stop annoying the server
                if (parseInt(status) === 100) {
                    clearInterval(longPoll);
                }
            });
        }, 500);
    });
</script>
</html>

请注意，尽管我没有结束响应，但是服务器仍然能够处理传入的状态请求。

因此，为回答您的问题，Dahl被一个flickr应用程序迷住了，他看到该文件上传了文件并经过长时间轮询以检查其状态。他之所以着迷，是因为服务器在继续处理上载时能够处理这些ajax请求。这是多任务的。看到他在这段视频中恰好是14分钟谈论它-
甚至说，“这就是它的工作原理……”。几分钟后，他提到了iframe技术，并将长轮询与简单的ajax请求区分开来。他指出，他想编写针对这些行为优化的服务器。

无论如何，在那些日子里这并不常见。大多数Web服务器软件一次只能处理一个请求。而且，如果他们去了一个数据库，调用了一个Web服务，又与文件系统进行了交互，或者类似的事情，那么进程将坐下来等待它完成，而不是在等待时处理其他请求。

如果要同时处理多个请求，则必须启动另一个线程或使用负载平衡器添加更多服务器。

另一方面，Nodejs通过执行非阻塞IO非常有效地利用了主流程。Node并不是第一个这样做的节点，但是在非阻塞IO领域中使它与众不同的是它的所有默认方法都是异步的，因此您必须调用“
sync”方法来做错事。这迫使用户去做 正确的 事。

另外，应该注意，选择javascript的原因是因为它已经是一种在事件循环中运行的语言。有人提出
处理异步代码。您可以具有匿名函数和闭包，这使异步操作更易于维护。

我还想提到，使用Promise库还可以使编写异步代码更加简洁。例如，请查看bluebirdjs－它具有一个不错的“
promisify”方法，该方法将转换对象原型上具有回调签名（function（error（params）{}））的函数以代替返回promise。

NodeJS-使用Core NodeJS和原始Node解决方案通过进度条上传文件

相关阅读

相关文章

相关问答

相关工具

相关文档