Fiber, future, 그리고 co-routine

맞춤법 검사를 위해 서버사이드에서 http.get 을 할 일이 있는데
meteor 에서 지원하는 future(node-fiber 라이브러리에 포함) 를 사용했다.

이거 블록으로 되어서 동시접속시에 망하는 거 아니냐라는 의혹을 불식시키기 위해
간단하게 코드를 짜보았다.

meteor create future
cd future

vi future.js
하고 아래와 같이 부다다.

if (Meteor.isClient) {
  Template.hello.greeting = function () {
    return "Welcome to future.";
  };

  Template.hello.events({
    'click input' : function () {
      // template data, if any, is available in 'this'
      if (typeof console !== 'undefined')
        console.log("You pressed the button");
    }
  });
}

if (Meteor.isServer) {
  Future = Npm.require('fibers/future');
  Meteor.startup(function () {
    // code to run on server at startup
    Meteor.methods({
      'future':function() {
        console.log('future start:'+Date.now());
        var fut = new Future();
        Meteor.setTimeout(function() {
          console.log('callback end:'+Date.now());
          fut.return('yahoo:'+Date.now());
        }, 1000);
        console.log('future end:'+Date.now());
        return fut.wait();
      }
    });
  });
}

(노란색 형광펜으로 최근 Meteor 적용사항 수정. 기존 ret가 사라지고 return로 바뀌었다)
future 라는 서버사이드 method 를 만들었으니 브라우저 콘솔에서 meteor.call('future') 를 호출해서 결과를 관찰해보도록 하자.

client side console

>> Meteor.call('future', function(err, result) { console.log(result) }); console.log('after call:'+Date.now());

after call:1349676901674

yahoo:1349676902879

server side log

future start:1349676901679

future end:1349676901679

callback end:1349676902679

after call -> future start | future end -> callback end | yahoo

순으로 실행이 된다.

call 후 다음 실행은 계속 진행.

Continuation-Passing Style 의 경우 future의 인자로 callback 을 계속 끌고 들어가야하므로 method signature 가 동기와 비동기 차이가 발생하지만 이 경우엔 그렇지 않다.