测试了一下，这是一个神奇的bug,基本可以判定是uc的一个bug了，测试代码如下：
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>Hello MUI</title>
<meta name="viewport" content="width=device-width, initial-scale=1,maximum-scale=1,user-scalable=no">
<meta name="apple-mobile-web-app-capable" content="yes">
<meta name="apple-mobile-web-app-status-bar-style" content="black">
</head>
<body>
<br><br><br><br><br><br><br><br><br><br><br><br><br>
<input type="text" placeholder="text"/>
<div style="position: fixed;background: red;bottom:0;height: 50px;width: 100%;">底部区域fixed</div>
</body>
</html>
这个里面没有引入任何的mui相关代码，底部区域是个块，当输入完这个块会消失。
当我们把输入框的位置的时候移动到上面，这个问题就不会出现这个问题，当去掉meta的时候这个问题也不会存在。
<meta name="viewport" content="width=device-width, initial-scale=1,maximum-scale=1,user-scalable=no">
应该是uc对于meta viewport的兼容性问题，这个问题在网上搜了一下，有相关的处理办法：
移动web前端meta通用设置
设置UC应用模式就没这个问题：
<!-- UC应用模式 -->
<meta name="browsermode" content="application">
在mui中使用这个的时候，我们发现只有不给input 设置placeholder也是没有问题的。
mui定位是基于h5和5 的前端框架，主要是为app服务，至于你这里提到的UC中的bug属于浏览器自身的兼容性问题，可以参考一下网上相关的解决方案。
2 个回复
m***@qq.com (作者)
异常如图所示。tabbar不显示了，但区域仍然可点击。
怎么都没人回复啊！！！
赵梦欢 - 专注前端，乐于分享！
测试了一下，这是一个神奇的bug,基本可以判定是uc的一个bug了，测试代码如下：
这个里面没有引入任何的mui相关代码，底部区域是个块，当输入完这个块会消失。
当我们把输入框的位置的时候移动到上面，这个问题就不会出现这个问题，当去掉meta的时候这个问题也不会存在。
应该是uc对于meta viewport的兼容性问题，这个问题在网上搜了一下，有相关的处理办法：
移动web前端meta通用设置
设置UC应用模式就没这个问题：
在mui中使用这个的时候，我们发现只有不给input 设置placeholder也是没有问题的。
mui定位是基于h5和5 的前端框架，主要是为app服务，至于你这里提到的UC中的bug属于浏览器自身的兼容性问题，可以参考一下网上相关的解决方案。