要么抽个 d 出来让 b 跟 c 去依赖 d 去. 要么就是 b 跟 c 合体.

楼上是想说，相互引用确认是不行的？？？

刚在Stack Overflow看到一个方法，即在b.js中可以耦合c.js，但在c.js中如何获得b.js引用，则通过在a.js中包含c.js时，调用c.js的一个init函数，将b.js的引用做为参数传递进去。。。好像也是一个方法就是了

并不确定没办法. 但不觉得这样搞代码很恶心么…

@neuront 嗯，是可以设计得更好

面向对象，对象啊… 哪能像PHP这么包含，思维都是错误的

全局变量这么用很危险。出错都找容易不到在哪里变动了。好好封装一下吧。

场景好像没描述清楚

你这个问题我遇到过类似的，我当时要做的大概是这样的。我写了一个JSONValidation.js，他是一个类文件，有一个vali的方法，其中要传入验证的对象obj，验证的规则schema等。问题就在这里了。schema本身也是一个json，我是用一个json-schema去验证一个json-obj，流程是可以实施，能有效控制json-obj，但是却没有代码能控制json-schema，如果json-schema不进行控制，就相当于配置了错误的验证规则。于是就有2种解决思路，第一种是让所有的程序员必须按照json-schema的规则去写，否则错误自己承担，第二种就是我能去验证json-schema，并在错误的时候提醒程序员。我当时采用了后者，我是用JSONValidation去解析我的参数json-schema，此时就出现了问题。这个工具类只能解析外部的json数据，却无法解析内部的json数据，因为解析外部的时候，其实他内部的所有构造都已经实例化了，不会有组件缺失。二让他解析内部参数的时候，因为他还没有完全实例化，只是接收到了参数，因此就会出现错误。 你的问题就是你在使用这些类文件的时候，是否将文件里的构造封装成类，是已经实例化好的还是需要通过某些手段间接实例化的。你采用全局对象的方式，其实就是默认将其一开始全部实例化好，所以不会出现组件缺失的问题。因此你需要通过画时序图和类图来确认：

1. 你有哪些类、组件
2. 这些类和组件的引用关系
3. 他们的生命周期 当然你不这么研究也是可以的，那就是要全部采用全局的方式，java中就是static方式，东西写大了带来的问题你也清楚是吧，总而言之，确保你的a.js、b.js、c.js在相互引用的时候，所需要的组件或者参数都是已经实例化好的