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的性能,提高处理能力,这里谈的是主流程可以如何安全地处理此类情况,提供一个思路:主流程实现超时返回机制,单次调用超出指定时间认为本次流程无效,以上述调用失败的逻辑处理。
本文来自博客园,作者:linxx-,转载请注明原文链接:https://www.cnblogs.com/linxx-/p/18091078