IE6–8不支持border-radius时可用PIE.htc，但需严格满足路径、display、hasLayout、overflow等条件，HTTPS下须确保协议一致及MIME正确，动态修改需手动detach/attach，现代项目应避免使用并优先采用渐进增强策略。
IE6–8不支持border-radius怎么办
直接上PIE.htc，但别指望它“开箱即用”。这个行为文件本质是用VML动态绘制圆角，对DOM结构、CSS写法、路径加载都有硬性要求，稍有偏差就静默失效。
- 必须用
behavior: url(PIE.htc)，且路径为相对HTML文件的路径（不是CSS文件），常见错误是写成url(/css/PIE.htc)却把文件放在./pie/下 - 目标元素不能是
display: inline，得是block或inline-block；如果父容器用了zoom: 1触发hasLayout，反而可能干扰PIE渲染 - 不要给元素设
overflow: hidden——PIE靠绝对定位覆盖子层实现圆角，overflow会裁掉它画出来的VML节点
PIE.htc在HTTPS页面报Access is denied
这是ActiveX安全限制导致的典型报错，IE对本地HTC行为在HTTPS下极其敏感。不是权限没开，而是协议混合引发的信任链断裂。
- 确保PIE.htc文件本身通过HTTPS提供，不能从HTTP地址加载（哪怕同域名）
- 服务器需返回
X-Content-Type-Options: nosniff，否则IE可能误判MIME类型而拒绝执行 - 如果用IIS，检查MIME类型是否注册了
.htc → text/x-component；Apache需在.htaccess里加AddType text/x-component .htc
圆角动画或JS动态改border-radius时PIE不更新
PIE不会监听CSS属性变化，它只在元素首次渲染或调用PIE.destroy()后重绘。JS改样式等于“绕过PIE”，它根本不知道你动了什么。
- 手动触发重绘：改完
borderRadius后立即调用PIE.detach(element); PIE.attach(element) - 避免高频操作：每帧都调
attach/detach会导致严重卡顿，建议只在关键交互点（如点击切换样式）后刷新 - 若用jQuery，不要用
$().css('border-radius', '5px')，改用$(element).addClass('rounded')并确保.rounded规则里已声明behavior
现代项目还该用PIE.htc吗
除非你还在维护2012年前的老系统，否则真没必要。IE8全球占比已低于0.1%，且PIE本身不再维护，连GitHub仓库都归档了。
立即学习“前端免费学习笔记（深入）”；
- 渐进增强的正确姿势是：先写
border-radius保证现代浏览器体验，再用@supports (border-radius: 1px)做特性检测，而非降级到HTC - 如果必须兼容旧IE，优先考虑SVG背景图或伪元素拼角——虽然麻烦，但可控、无脚本依赖、不触发安全警告
- 最现实的底线：把
border-radius当“锦上添花”，不把它设为功能可用的前提；圆角缺失不该导致布局崩坏或交互失灵
真正难的不是让圆角出现，而是让开发者意识到：有些“兼容”本质上是在给技术债务续命。路径、协议、MIME、hasLayout……每个点都可能卡住，而且没人再帮你修了。
