js异步回调的一些思考

最近接触的一些问题，让我对代码中的异步回调的使用产生了一些思考。
在一段js代码中调用两个彼此独立的函数，那么这两个函数会完全按照调用的顺序来执行。例如：
var func1 = function(){...};
var func2 = function(){...};
func1();
func2();
执行顺序是先执行func1，再执行func2。引入异步回调之后，情况会稍微复杂一点：
var callback1 = function(){console.log('function1')};
var callback2 = function(){console.log('function2')};
var func1 = function(){setTimeout(callback1,5000);};
var func2 = function(){setTimeout(callback2,1000);};
func1();
func2();
执行顺序依然是先执行func1，再执行func2。但是打印的顺序却是先打印function2，再打印function1。道理很简单，通过延时函数的设置可以看出，callback1函数会晚于callback2函数被加入到执行队列中。但有时候我们需要让打印顺序与func1和func2的函数调用顺序保持一致，因为虽然func1函数和callback1函数是2个不同的函数，但是他们同属于一个逻辑单元。这时候可以通过在callback1函数中调用func2函数来达到这个目的。
var callback2 = function(){console.log('function2')};
var func2 = function(){setTimeout(callback2,1000);};
var callback1 = function(){console.log('function1');func2();};
var func1 = function(){setTimeout(callback1,5000);};
func1();
ajax技术的使用方式类似，不多说了，直接两开花（富客户端，rest服务）。
回到我接触的那些问题，他们有一个共同的特点就是在某些特殊的条件下，代码的执行会出乎开发者的意图。或者说，代码不总是正确的执行。举个简单的例子：暴力点击按钮。由于异步回调的存在，允许js线程在等待回调函数的时候处理多次按钮的点击，从而多次执行了函数，超出了只执行一次函数的意图。更普遍的现象是js中同时有多个不同逻辑单元的回调函数在执行，如果这些逻辑单元彼此独立，互不影响，那就是ok的甚至还很棒棒。但是这些逻辑单元往往存在着业务或者代码上的耦合关系，这时如果不去谨慎小心的设置恰当的函数执行时机，或者打上waiting标识让人耐心等候。而仅仅通过几轮测试验证了功能的实现就直接交付，那么隐患就出现了。这颗地雷埋下去，就会有炸开的那一天。
虽然异步回调在处理彼此独立的逻辑单元时可以表现的很好，但是我相信在不久的未来，它们就会以某种出乎意料的方式发生耦合关系，然后让你老老实实的写回调、画waiting。所以我觉得在任何时刻都不要让js同时处理多个回调函数，尽管你能保证这些回调函数互不干涉，可是其他的coder未必会这么想。