出现了onload抢先exec的现象，比如 CcaABb 总数：144

顺序不一致，比如 CcAbBa 总数：505

错误率(144+505)/7974688 = 万分之0.81382494211685773788266073857686
注：两种错误情况依然有重叠，概率应该还要再低些许

SeaJS 的打包，之前采取了虚拟模块的概念，比如将 x/a.js 和 x/z/b.js 打包在一起，会是：

define(‘./a’, …);
define(‘./z/b’, …);

打包后的文件假设是 http://t.com/path/to/combo.js

则解析 combo.js 时，等价于定义了两个虚拟模块：

define(‘http://t.com/path/to/a.js’, …);
define(‘http://t.com/path/to/z/b.js’, …);

因此不光是匿名模块的问题，最大的问题是对这种相对路径的虚拟模块的兼容，这些虚拟模块肯定是多个存在于同一个文件中的。

也有解决办法，更改 spm 的打包策略，不用相对路径，打包时直接达成绝对路径，这样对性能也有好处，但缺点时，打包时，用户必须指定上线后，js 文件存放的基础路径。

对于你的代码中， define 参数的 combo 和 url，建议放到另一个方法，比如 attachMod, 专门用作打包后的模块，且这个方法不放在 public api 里。

API 的设计里，有一个原则：如果是私有的，就一定搞成私有的。以前不是很理解，现在越发感觉到这个原则很重要，一旦外部可设置，经常就真的有人会去用，结果为了兼容，原本意图私有的方法会逐步变成 public

比如 SeaJS 里，最初的意图就是一个文件一个模块，且必须是匿名模块，格式必须是：

define(function(require, exports, module) { … })

但为了实现上的方便，我把 id 和 deps 也放在 define 参数上了，结果就有人发现了这一点，很兴奋的去用，像用 YUI3 一样用的很 happy，实际上是和我的初衷违背的，匿名模块是比具名模块更 DRY 的一种写法。但现实情况下，大家习惯了 YUI3 这种具名模块的写法，因此反而一时半会不习惯匿名模块，初衷就在这种现实情况下发生着变化。

后来还有 combo 的问题，spm 项目进度比较慢，结果内部出现不少自主打包工作⋯⋯

不一一提了。

seajs 的用户习惯比较原始，还是继续保持老方法来获取url。这样，一个模块里不用限定模块数，写了id的情况下，能和YUI3的方式保持兼容，也能使用combo服务，不用事先合并。

假设 a.js 文件里，定义了 define(‘具名模块’)
b.js 里，定义了匿名模块 define(factory)

具名模块可以在 define 运行时会确定好所有信息，直接 memoize
匿名模块延迟到 onload 阶段

当一个文件一个模块被严格遵守时，ABab 很有用，信息很完备。

但是是 a.js 里，有多个模块时，比如打包后的文件时，就无法确定 defQueque 的边界，确定不了哪些模块是 a.js 定义的

理想情况下，a.js 和 b.js 应该各自往 defQueque 添加一个 mod
真实情况下，a.js 往 defQueque 添加的项可能是 >= 0 的任意值

只要不是 1，defQueque 中的信息就不完备。还是得用以前的方式来做。

郁闷ing

1.  exports 和 module 也是全局的？

2. 一个改进点：load 函数里，如果是 loading 状态，可以再注册一个onload就好，不需要自己维护 callback 列表。参考 seajs/src/fn-load.js#L150

3. 去除注释和提取依赖的正则，可以增强下：https://github.com/seajs/seajs/blob/master/src/fn-define.js#L90

4. fac 用 factory.toString() 做键值，虽然有 callee.caller 来保驾，但感觉这个键值好大，太长时不知会不会出问题，还有个隐患时，如果两个模块的 factory.toString 一样，后 define 的会覆盖先 define 的。这个设计感觉怪怪的。

其他的逻辑我没细看了，看起来是 AMD 的逻辑，和 seajs 的不同。

seajs 我在基于 ABab 这种逻辑重构下。

建议简化化，和我那个测试页面一样，尽可能简单，这样更准确。

此外，不建议用 Image.src 来做缓存，这个有问题，不靠谱。

在各个浏览器下都测试没问题。看来可以通过这个方法获取到匿名模块对应的id，明天来看能否基于这个规律，优化下seajs在ie下的url获取逻辑。

之前微博上讨论那个，和承玉回忆了一下，是当有缓存时，getInteractiveScript 这种方式会失效，要采用“同步”获取的模式来获取url，最近发现cached时，同步模式获取url在ie6下有时也会失效，希望army这个研究能彻底解决ie6的url获取问题，明天尝试下，感谢。

error中除去加载顺序正确的错误数

总错误数 16185
总成功数 9099023
错误率：1.776‰

还是有些不能接受啊！

错误率在0.256%