接口对不上，联调像猜谜
前端做完用户模块交给后端对接，结果字段名对不上——前端传的是 userId，后端收的是 user_id。这种看似小问题，在跨团队协作时天天上演。组件化本来说好各干各的，结果因为约定不清晰，反而卡在接口上动弹不得。
更常见的是，某个按钮组件在 A 页面好好的，到了 B 页面点击没反应。查了半天发现是事件命名冲突，两个组件都用了 onAction 触发，但传递的数据结构不一样，一个传对象，一个传字符串。
样式污染，改一处崩一片
写了个通用弹窗组件，本地看着没问题，一上线发现全站按钮变形了。原因出在组件里写了全局样式：.btn { color: red; }，结果把导航栏、表单里的按钮全染红了。CSS 没做作用域隔离，一个组件的样式能影响到八竿子打不着的地方。
有人图省事直接用 !important 强行覆盖，结果下个版本别人再覆盖他，最后代码里一堆 !important 堆叠，谁都不敢动。
版本混乱，更新像拆炸弹
公司内部有个通用表单组件库，v1.2 版本修复了校验 bug，但升级后列表页崩溃了。查出来是因为新版本改了异步回调方式，而旧页面依赖原来的同步行为。组件更新没做好向后兼容，导致不敢升，也不能退。
更有甚者，不同项目引用同一个组件的不同版本，运维部署时打包出三个一样的“Modal”组件，资源体积直接翻倍。
过度抽象，简单事变复杂
为了“可复用”，把一个搜索框拆成十几个子组件：SearchInput、SuggestionList、HistoryStorage、DebounceController……最后光是改个 placeholder 都要改四个文件。新人接手看得头晕，想改点东西得先画张关系图。
组件不是越细越好。有些功能就该写死在页面里，非要抽象成“通用组件”，结果除了当前场景谁也用不了，还增加了维护成本。
文档缺失，用法靠口传
某个轮播图组件没有文档，参数怎么传、事件怎么监听全靠问老员工。有人直接复制之前的调用代码，结果带了一堆无用配置进去。时间一长，五个页面用了五种写法，看起来像五个不同组件。
更麻烦的是，组件内部逻辑变了，但没人更新说明，调用方式已经失效，可旧代码还在跑，新需求一加就崩。
<!-- 错误示范：过度依赖外部样式 -->
<my-button class="custom-theme"></my-button>
<!-- 正确做法：通过 props 控制主题 -->
<my-button theme="dark" size="large"></my-button>组件化不是银弹，搞不好反而拖慢进度。定好规范、管住版本、写清文档，比追着最新技术栈更重要。你团队里那个没人敢动的“祖传组件”，是不是也正在悄悄埋雷？