**
* 我在网上看到过很多BASE64的JavaScript算法，都觉得不满意，于是自己写了一个，在这里分享一下。
* 我的代码在质量的效率都较高，没有一些冗余的操作。总体来讲我觉得非常不错。
* 如果大家有什么不懂的地方可以问我。
*/
var BASE64={
/**
* 此变量为编码的key，每个字符的下标相对应于它所代表的编码。
*/
enKey: 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/',
/**
* 此变量为解码的key，是一个数组，BASE64的字符的ASCII值做下标，所对应的就是该字符所代表的编码值。
*/
deKey: new Array(
-1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1,
-1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1,
-1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, 62, -1, -1, -1, 63,
52, 53, 54, 55, 56, 57, 58, 59, 60, 61, -1, -1, -1, -1, -1, -1,
-1, 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14,
15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, -1, -1, -1, -1, -1,
-1, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40,
41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, -1, -1, -1, -1, -1
),
/**
* 编码
*/
encode: function(src){
//用一个数组来存放编码后的字符，效率比用字符串相加高很多。
本文主要是出于有朋友使用我原来写的autocomplete的JS控件。当数据量大的时候，会出现效率极其慢的情况，我在这段时间做出的一些测试也及一些经验，与大家分享，如果有错的地方，还请指出。
经过测试，我们会发现如下的情况或者说的结论，如果您的测试结果与我的不符，请说明原因，以便相互学习。
1）当一个较大的HTML字� ......
由于最近自己的FireFox经常出现调用JS脚本时造成内存溢出而产生假死的现象，今天刚好有幸看的IBM网站里这篇文章，而自己现在又在学习JS，看了以后觉得写的非常不错，提到了很多我们平时在编写JS代码时容易造成的错误。现将此文分享给大家！
Internet Explorer 和 Mozilla Firefox 是两个与 JavaScript 中的内存泄漏联系最� ......
