skynet框架：关键流程的异常处理思路

当一个执行流程存在对外调用时，我们讨论如何保证流程的可用和安全；

假设流程是关键且强制原子性；

-- serviceA
function main()
		step1()
  	skynet.call(serviceB, "lua", "step2")
  	step3()
  	return true
end

-- serviceB
function CMD.step2()
		...
end

call serviceB 动作是不可靠的。

异常一：调用/处理失败

出现服务不可达/逻辑报错类问题，需要使当前流程无效且回退到流程执行前状态：

function main()
		step1()
		if not skynet.call(serviceB, "lua", "step2") then
    		undo_step1()
    		return
  	end
  	step3()
end

对于流程中step动作不强制保证顺序的情况下，可以前置外部调用，保证外部调用成功之后开始主流程逻辑；

function main()
		if not skynet.call(serviceB, "lua", "step2") then
    		return
  	end
  	step1()
  	step3()
end

如果认为主流程不强制依赖外部调用，那么应该与外部调用动作解耦；

function main()
  	step1()
  	step3()
  	skynet.fork(function skynet.call(serviceB, "lua", "step2") end)
end

异常二：服务繁忙

serviceB性能瓶颈会引起serviceA主流程的中断阻塞。上面提到，如果认为主流程不强制依赖外部调用，那么就应该与外部调用动作解耦，fork出来跑。现在假设两个服务之间是强依赖的：

解这个问题的关键在于优化serviceB的性能，提高处理能力，这里谈的是主流程可以如何安全地处理此类情况，提供一个思路：主流程实现超时返回机制，单次调用超出指定时间认为本次流程无效，以上述调用失败的逻辑处理。