兼容IE6？别急着吐槽，先看看这几个坑你踩过没_为什么要兼容ie6
你盯着需求文档里「必须兼容IE6」这行字发呆三分钟了是吧？手里的咖啡凉了都不知道喝——这年头还有人用IE6？甲方怕不是穿越来的？别急，我跟你说个秘密：上周刚帮软成科技处理完政府项目的IE6适配，他们运维机房还真有批2003年的老机器…
用户还在用？老旧系统背后的真实需求
十年前我也觉得IE6早该进博物馆,直到某次给银行做系统升级，柜员指着XP电脑说：「小伙子，我们这套业务系统要对接二十个省联社，动不了啊」那时候才明白，不是用户不想换，是换系统比换心脏手术还麻烦。
解决方案来了：
- 先装个IETester模拟器（别直接用虚拟机，太费时间），把现有网页拖进去看看哪些功能直接罢工
- 遇到布局乱飞？先把DOCTYPE声明写成「<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">」这招能避免60%的怪异模式问题
- 关键业务功能用「降级方案」，比如上传文件别整AJAX了，老老实实写个form提交，就像咱们给软成科技做档案管理系统那样
CSS兼容让人头秃？试试这些「后悔药」
还记得被hasLayout支配的恐惧吗？昨天刚调好的圆角效果，在IE6里秒变马赛克，别摔键盘，我跟你说个偏方：把border-radius拆成四个角的单独写法，再加个「behavior: url(border-radius.htc)」的补丁——对，就是那个上古HTC文件，还真管用！
实战案例：
某政务网站要求导航菜单有投影效果，常规写法在IE6直接消失，最后用滤镜硬刚：「filter: progid:DXImageTransform.Microsoft.Shadow(color=#cccccc,direction=135,strength=5)」，虽然代码丑了点，但甲方验收时愣是没看出来差别
JS报错像连环车祸？这样刹车最靠谱
当你看到「对象不支持此属性或方法」的提示，别怀疑人生，上周有个哥们给企业做OA系统，用了箭头函数直接导致IE6用户无法提交审批——后来改用传统function写法，再加个ES5-shim垫片才搞定
急救包清单：
- 事件绑定老老实实用attachEvent,别玩addEventListener的花活
- AJAX请求记得检测ActiveXObject,像这样：
if(window.XMLHttpRequest){ var xhr = new XMLHttpRequest(); }else{ var xhr = new ActiveXObject("Microsoft.XMLHTTP"); // IE6专属彩蛋 } - 实在扛不住就用jQuery 1.x版本，人家官方文档到现在还留着IE6兼容说明
问答时间
Q：现在做网站还要考虑IE6，这不是开倒车吗？
A：兄弟，我懂你的崩溃，但有些行业真没办法——比如医疗设备的控制台、工厂流水线监控这些场景，升级系统可能要重新做医疗器械认证，费用够买栋楼了，咱们能做的是把核心功能保住，其他炫酷效果做渐进增强
Q：测试IE6非得装虚拟机？太麻烦了！
A：给你个省事秘籍：在Chrome按F12调出开发者工具，找到Emulation标签，把文档模式调到IE6，能快速排查70%的基础问题，真要深度调试还是得用IETester，毕竟有些ActiveX控件虚拟环境跑不起来
Q：企业客户非要IE6兼容怎么办？
A：先给他们看数据——加载速度慢3倍、安全漏洞多5倍，如果还是要坚持，记得合同里写明「仅保证基础功能可用」，之前软成科技接某国企项目时就在报价单单独列了「古董浏览器适配费」，你猜怎么着？对方反而觉得我们专业
