[Vite Snapsvg 动画示例 ]的搜索结果

...而这些实践经验和代码示例无疑为Java GUI开发者提供了宝贵的学习资源。

... 总结 通过上面的示例代码和解析，我们可以看到，使用 Bootstrap 创建下拉菜单时，不仅需要注意 HTML 结构，还需正确引入并初始化相关的 JavaScript 插件。当碰到“下拉菜单顽固不肯收回去”的状况时，咱们得淡定地、一步步地审查脚本的引用情况和初始化步骤，这样才能准确无误地找到问题的藏身之处。在编程这个领域里，每一个小细节都像一块积木一样重要，你可别小瞧了那些看似不起眼的小问题，它们就像隐藏在机器王国里的捣蛋鬼，随时可能给你惹出大乱子来。因此，让我们在探索与实践中，不断积累经验，提升技能，享受解决问题的乐趣吧！

...idden;实现平滑动画 //思路示例 //css .box { height: 0px; transition: height 600ms; overflow: hidden; background: 4b504c; } //html ... ... //js function openAndClose(){ var el = document.getElementById("box"); if(window.getComputedStyle(el).height == "0px"){ el.style.height = "300px"; }else{ el.style.height="0px"; } } //这样虽然实现了效果，但是需要提前知道容器的高度 //如果设置height为auto,然而transition并没有效果 transition: max-height 600ms; 将transition的属性换成max-height,max-height会限制元素的height小于这个值，所以我们将关闭状态的值设成0，打开状态设置成足够大 //思路示例 //css .box { height: 300px; max-height: 0px; transition: max-height 600ms; overflow: hidden; background: 4b504c; } //html ... ... //js function openAndClose(){ var el = document.getElementById("box"); if(window.getComputedStyle(el).maxHeight == "0px"){ el.style.maxHeight = "1040px"; }else{ el.style.maxHeight="0px"; } } //这样过程中就会有个不尽人意的地方，关闭的时候总会有点延迟 //原因可能是maxHeight到height这个值得过渡过程耗费了时间 //思路：取消transition==》设置height：auto==》 //获取容器真实height==》设置height：0==》 //设置transition==》触发浏览器重排==》 //设置容器真实height function openAndClose(){ var el = document.getElementById("box"); if(window.getComputedStyle(el).height == "0px"){ // mac Safari下，貌似auto也会触发transition, 故要none下~ el.style.transition = "none"; el.style.height = "auto"; var targetHeight = window.getComputedStyle(el).height; el.style.transition = "height 600ms" el.style.height = "0px"; el.offsetWidth;//触发浏览器重排 el.style.height = targetHeight; }else{ el.style.height="0px"; } } 其他 getComputedStyle() 方法获取的是最终应用在元素上的所有CSS属性对象|MDN 本篇文章为转载内容。原文链接：https://blog.csdn.net/weixin_39725844/article/details/117728423。 该文由互联网用户投稿提供，文中观点代表作者本人意见，并不代表本站的立场。 作为信息平台，本站仅提供文章转载服务，并不拥有其所有权，也不对文章内容的真实性、准确性和合法性承担责任。 如发现本文存在侵权、违法、违规或事实不符的情况，请及时联系我们，我们将第一时间进行核实并删除相应内容。

.... 高级技巧 伪类与动画效果 CSS还允许我们为焦点样式添加过渡动画，使得交互体验更为流畅。以下是一个简单的焦点过渡动画示例： css / 添加过渡动画 / input { transition: outline-color 0.3s ease-in-out; } / 当input获取焦点时，outline颜色渐变 / input:focus { outline-color: 00bfff; } 此外，我们还可以结合:focus-within伪类，当元素内部获取焦点时改变整个父容器样式，增强视觉反馈： css .form-container:focus-within { box-shadow: 0 0 5px rgba(0, 255, 255, 0.5); } 总结一下，CSS赋予了我们强大的能力去控制和美化input元素的焦点样式。从最基础的描边和轮廓设计，再到更高阶的动画特效和伪类巧用，只要我们把这些知识点摸得门儿清、掌握得透透的，就能轻轻松松地炮制出既养眼又好用的表单界面来。在实际设计这活儿的时候，咱们得时刻把用户体验揣在心里头，就像设计师的“心头宝”。咱们的目标是，在确保各项功能都让用户觉得好用、实用的同时，更要让他们的眼睛和手指都能享受到一种愉快的体验。换句话说，就是既要“里子”充实，也要“面子”够炫，让用户一用就爱不释手！

...，并提供了丰富的代码示例和最佳实践。 此外，随着Web设计趋势的变化，设计师和开发者们越来越重视用户体验和交互设计。一篇来自“A List Apart”的文章深入解读了如何通过Bootstrap 5以及其他UI工具包来实现更为人性化和流畅的下拉菜单交互效果，其中强调了触屏设备适配、动画过渡以及键盘操作友好性等关键要素。 总之，在实际项目中运用Bootstrap 5时，不断跟进官方更新动态，参考业界专家的深入解读与实践经验，将有助于我们更好地应对各类技术挑战，打造出既美观又易于使用的现代Web应用。

...样式属性 三、代码示例 接下来，我们就来看几个具体的例子，分别演示如何在不同的情况下使用这两个属性。 首先是不设置-webkit-overflow-scrolling:touch的情况： html 1 2 3 4 5 6 7 8 9 10 11 12 这段代码会在一个200px宽的div中创建一个表格，表格的每列都有四个单元格，这样当表格内容超出宽度时，就会出现滚动条。 然后是只设置了-webkit-overflow-scrolling:touch的情况： html 1 2 3 4 5 6 7 8 9 10 11 12 这段代码与上面的例子基本相同，只是多了一个-webkit-overflow-scrolling:touch样式属性。 最后是同时设置了overflow-x:auto和-webkit-overflow-scrolling:touch的情况： html 1 2 3 4 5

... 这个简单的示例中，我们试图在页面滚动超过100px时，为导航栏添加一个fixed-top类以使其固定在顶部。如果这段代码并未按预期工作，那可能是由多种原因导致的，例如jQuery库未正确引入、DOM元素加载完成前执行了滚动监听等。 3. 排查步骤与解决方案 (1) 确保jQuery已正确引入 Bootstrap的部分功能依赖于jQuery，因此首先需要确保jQuery库已经被成功引入到项目中。检查HTML头部是否包含如下引用： html (2) 使用DOMContentLoaded事件 确保在DOM完全加载完成后才执行滚动监听事件绑定，可以避免因元素未加载完毕而导致的监听失效问题： javascript document.addEventListener("DOMContentLoaded", function(event) { $(window).scroll(function() { // ... 后续滚动监听逻辑 }); }); (3) 检查CSS样式冲突 有时候滚动监听功能看似无效，实际上可能是CSS样式覆盖导致的视觉效果不符预期。对于上述例子中的.fixed-top，请确认Bootstrap CSS文件已被正确引入，并且没有其他CSS规则影响其行为。 4. 进一步讨论与思考 即使以上所有步骤都已正确执行，仍然可能因为某些特定环境或场景下出现滚动监听失效的情况。这就需要我们深入理解Bootstrap的工作原理，并结合具体的项目需求进行细致排查。 例如，如果你在一个复杂的单页面应用中使用Bootstrap，由于页面内容是异步加载的，那么可能需要在每次内容更新后重新绑定滚动事件。或者这样来说，假如你在捣鼓移动端开发，你得留心一个情况，那就是滚动容器可能不是我们通常认为的那个大环境window，而是某个具有“滚屏”特性的div小家伙。这时候，你就得找准目标，给这个div元素好好调教一番，让它成为你的监听对象啦。 5. 结语 面对Bootstrap滚动监听无效的问题，我们需要有耐心地逐层剥茧，从基础的库引用、DOM状态到更复杂的样式冲突和异步加载场景，逐一排查并尝试解决方案。在解决各种问题的实战过程中，我们不仅像健身一样锻炼了自身的技术肌肉，更是对Bootstrap这个工具有了接地气、透彻骨髓的理解和掌握，仿佛它已经成了我们手中的得力助手，随心所欲地运用自如。希望本文能为你带来启示，助你在前端开发的道路上越走越稳！

...端工程化的演进，诸如Vite、Webpack 5等现代构建工具的使用与配置也是当前Vue开发者必须面对的实际问题。通过理解这些工具如何与Vue配合，可以有效提升项目构建速度与代码质量，减少因配置不当引发的各类问题。 总之，在Vue的世界里，解决语法错误只是基础，更重要的是持续跟进技术动态，结合实战案例与最佳实践，全面提升自己在Vue生态下的综合开发能力。

...，Vue团队还引入了Vite这一革命性的构建工具，利用原生ES模块导入、HMR（热模块替换）等技术，大幅提升了大型项目的启动速度和开发效率，特别是在处理大量第三方库和组件时，Vite通过按需编译和懒加载功能，显著减少了初始渲染时间。 同时，针对大规模状态管理，Vuex 4也引入了新的模块分层设计和Tree Shaking支持，有效降低了全局状态带来的性能开销。结合Vue DevTools的持续升级和完善，开发者可以更加直观地定位到应用中的性能瓶颈，并采取针对性优化措施。 综上所述，在实际项目中运用这些最新的Vue技术和最佳实践，不仅能有效解决“Vue应用反应慢”的问题，更能引领我们进入一个高效、流畅的应用开发新时代。随着Vue生态的不断演进和优化，相信未来将有更多前沿且实用的解决方案涌现，助力开发者们打造高性能的Vue应用程序。

...到布局，从按钮到加载动画，应有尽有，就像一个万能工具箱，啥都能搞定！这不，用起来既方便又高效，简直就是程序员的福音嘛！哎呀，你知道吗？elswitch，就是那个开关按钮，它在咱们的界面设计里可常见了！你比如说，你玩的那些APP或者网站，有时候会有一个按钮让你选择“开”还是“关”，对吧？这个按钮就是咱们说的elswitch啦！它主要是用来帮咱们切换不同的功能状态，就像是你想打开某个设置或者关闭某个功能，只需要轻轻一点，就搞定啦！是不是挺方便的？本文将详细介绍如何在elswitch中实现禁用状态，包括原理、步骤和实际代码示例。 二、原理与步骤 实现elswitch的禁用状态主要涉及以下几个步骤： 1. 设置组件属性 通过组件的属性来控制其状态。 2. 使用逻辑判断 根据应用逻辑判断是否启用或禁用开关。 3. CSS样式调整 通过CSS来改变禁用状态下的视觉效果。 三、代码实现 下面，我们将通过一个具体的示例来展示如何在elswitch中实现禁用状态。 html 这段代码展示了如何通过v-model来绑定elswitch的状态，并通过:disabled属性来控制其是否可操作。哎呀，你懂的，当isDisabled这个开关打到'真'的时候，elswitch就彻底不能用了，就像手里的遥控器突然没电了一样。 四、禁用状态的CSS调整 为了使禁用状态更加直观，我们可以自定义CSS样式来改变开关的颜色和外观。以下是一个简单的CSS示例： css / 为禁用状态的elswitch添加样式 / .el-switch__core { background-color: ccc; } .el-switch__track { background-color: ddd; } 这个CSS代码块为禁用状态下的elswitch添加了灰色背景色，使得用户可以清楚地识别出当前开关处于禁用状态。 五、逻辑判断与应用 在实际应用中，我们可能需要根据不同的条件来动态改变开关的禁用状态。例如，根据用户的权限或者系统状态来决定是否允许操作。这里，我们可以使用Vue的计算属性或方法来进行逻辑判断： javascript computed: { isDisabled() { // 假设当用户权限低于某个值时不启用开关 if (this.userPermission < 5) { return true; } return false; } }, 六、小结 通过上述步骤和代码示例，我们不仅能够实现elswitch的禁用状态，还能根据应用需求动态调整开关的可用性。这不仅提高了用户体验，也增强了界面的灵活性。嘿，兄弟！你得明白，在真正做开发的时候，灵活运用和调整这些功能特性，可是一把打造既高效又让人心情愉悦的用户界面的神器！别死板地套用规则，要根据实际业务需求来，这样你的作品才能既实用又吸引人！记得，创新与适应性并重，这样才能在设计界站稳脚跟，赢得用户的青睐！

...括选择器、事件处理、动画等。接着，亲，想一起捣鼓个基础播放器界面的话，你得先把手搭在HTML和CSS这两门基本功上，把它们摸透了才行。 接下来，我们就可以开始编写我们的代码了。 三、创建播放器界面 首先，我们需要创建一个基本的播放器界面。这个界面应该包含以下几个元素： 1. 播放/暂停按钮； 2. 音量调节滑动条； 3. 时间轴进度条； 4. 滚动条。 以下是这部分代码示例： html jQuery Audio Player with Sliding Bar Play/Pause 50% 在这个HTML文件中，我们首先定义了一个播放器容器，然后在其中添加了四个子元素：播放/暂停按钮、音量滑动条、进度条以及滚动条。 四、添加交互功能 接下来，我们要给这些元素添加交互功能。首先，咱们得给那个播放/暂停的小按钮装上一个“监听器”，好让它能感应到咱们的点击。这样一来，当你轻轻一点这个小家伙，它就能聪明地在播放和暂停之间切换状态，就像个小魔术师一样灵活。另外，我们还得给音量调节滑块安个“小耳朵”，让它能监听滑动事件。这样一来，每当咱们拨动滑块改变位置时，音量值就能及时得到更新啦！ 以下是这部分代码示例： javascript $(document).ready(function() { var player = $('.player'); var playPauseButton = $('play-pause'); var volumeSlider = $('.volume'); var playedBar = $('.played'); var totalBar = $('.total'); // 设置初始播放状态 player.removeClass('paused').addClass('playing'); // 添加播放/暂停按钮点击事件监听器 playPauseButton.click(function() { if (player.hasClass('playing')) { player.removeClass('playing').addClass('paused'); $(this).text('Play'); } else { player.removeClass('paused').addClass('playing'); $(this).text('Pause'); } }); // 添加音量滑动条滑动事件监听器 volumeSlider.on('input', function() { var percent = $(this).val(); setVolume(percent); }); // 更新音量值 function setVolume(value) { volumeSlider.val(value); var volumePercent = (value / 100) 100; var volumeValueText = volumePercent + '%'; $('.volume-value').text(volumeValueText); } // 计算并设置进度条长度 function updateProgress(currentTime, duration) { var playedLength = (currentTime / duration) 100; var playedBarWidth = playedLength + '%'; playedBar.width(playedBarWidth); } }); 五、添加进度条更新功能 最后，我们要让进度条能够随着音乐播放的进度而自动更新。为了实现这个目标，咱们得时不时瞅一眼现在播放的时间，然后根据这个时间，像算数课那样，计算出当前的进度。然后，我们将新的进度设置为进度条的宽度。 以下是这部分代码示例： javascript // 定义定时器 var timerId; // 开始播放后设置定时器 function startPlaying() { timerId = setInterval(function() { var currentTime = audio.currentTime; var duration = audio.duration; updateProgress(currentTime, duration); }, 1000); } // 停止播放时清除定时器 function stopPlaying() { clearInterval(timerId); } 六、总结 以上就是使用jQuery创建一个带滑动条的播放器的全过程。从创建播放器界面到添加交互功能，再到添加进度条更新功能，每一个环节都需要我们仔细考虑和精心设计。虽然这个过程就像一场冒险，会遇到各种预料不到的挑战和难题，但是只要我们像跑马拉松那样，咬紧牙关、坚持到底，就绝对能把这个任务漂亮地搞定，妥妥的！ 在这个过程中，我们也学到了很多有用的知识和技术，例如HTML、CSS、jQuery的基本语法、事件处理和动画等。这些知识和技术将会对我们今后的网页开发工作产生深远的影响。 最后，我希望这篇教程能够对你有所帮助。如果你有任何疑问或者建议，欢迎随时与我联系。祝你在学习之路一切顺利！

...ElementUI的动画效果不流畅或缺失：原因、解决策略与实践示例 1. 引言 在日常前端开发中，ElementUI作为一款深受开发者喜爱的Vue.js组件库，以其丰富的功能和优雅的设计赢得了广泛的认可。然而，在实际操作的时候，咱们偶尔会发现，这玩意儿内置的动画效果并不像咱期望的那样顺滑流畅，甚至还会出现动画突然消失、不给力的情况。本文将围绕这个话题进行深入探讨，通过实例分析问题产生的原因，并提供优化解决方案。 2. 动画效果不流畅的原因探析 - CSS3动画性能限制：ElementUI中的动画基于CSS3实现，而浏览器对CSS3动画的渲染有一定的性能瓶颈，特别是在低配设备上，可能导致动画卡顿。 - 过度绘制与重排重绘：频繁的DOM操作和样式更改可能会引发页面过度绘制以及不必要的重排重绘，影响动画流畅度。 - 组件内部状态更新：当ElementUI组件的状态发生变化时，如果其内部没有恰当地处理动画过渡，就可能出现动画效果缺失或者不连贯的问题。 3. 代码示例及问题展现 html 在上述示例中，我们使用了ElementUI提供的el-collapse-transition组件来为内容区域添加折叠动画。当你遇到特定情况，比如手机正在疯狂加载大量数据时，那个动画可能就会变得有点儿卡卡的，或者会有那么一丢丢延迟，就像小短腿突然跟不上趟了那样。 4. 解决策略与实践 - 优化CSS动画性能：我们可以尝试优化CSS动画的关键帧（@keyframes），减少动画属性变化的复杂性，同时利用will-change属性提前告知浏览器元素可能的变化，提升渲染性能。 css .el-collapse-item__content { will-change: height, opacity; transition: all 0.3s cubic-bezier(0.645, 0.045, 0.355, 1); } - 合理管理组件状态变更：确保在触发组件状态变更时，能正确地触发并完成动画过渡。比如说，在Vue里头，我们可以巧妙地使用这个小玩意儿，再配上v-show指令，就能代替那个v-if啦。这么一来，既能保留住节点不被删除，又能有效防止频繁的DOM操作捣乱咱们的动画效果，是不是很机智的做法呀？ html - 分批次加载数据：对于大数据量导致动画卡顿的情况，可以通过懒加载、分页加载等策略，减轻单次渲染的数据压力，从而改善动画流畅度。 5. 总结与思考 面对ElementUI动画效果不流畅或缺失的问题，我们需要从多个维度去审视和解决问题，包括但不限于优化CSS动画性能、合理管理组件状态变更以及根据实际情况采取相应的数据加载策略。在完成这个任务时，我们可不能光说不练，得实实在在地去钻研底层技术的来龙去脉，同时更要紧贴用户的真实感受。这就像是烹饪一道菜，不仅要知道食材的属性，还要了解食客的口味，才能不断试炼和改良。我们要让ElementUI的动画效果像调味料一样，恰到好处地融入到我们的产品设计中，这样一来，就能大大提升用户体验，让他们感觉像品尝美食一样享受咱们的产品。 让我们一起拥抱挑战，享受解决问题带来的乐趣，用更流畅、自然的动画效果赋予界面生命，提升用户的交互体验吧！

...功能。通过具体的代码示例，我们将逐步构建一个简单的表单应用，展示ElementUI的强大能力。 二、准备环境 首先，确保你的开发环境中已经安装了Node.js和Vue CLI。接下来，创建一个新的Vue项目： bash vue create my-element-form-app cd my-element-form-app 安装Element-UI和axios（用于后端交互）： bash npm install element-ui axios 在main.js中引入并配置Element-UI： javascript import Vue from 'vue' import ElementUI from 'element-ui'; import 'element-ui/lib/theme-chalk/index.css'; import axios from 'axios'; Vue.use(ElementUI); // 配置axios Vue.prototype.$axios = axios; 三、构建表单组件 在src/components目录下创建一个名为FormComponent.vue的新文件，用于构建表单： html 提交 四、后台服务集成 假设你已经有了一个API可以接收表单数据，例如： javascript app.post('/api/submit-form', function(req, res) { const formData = req.body; // 在这里处理表单数据，可能包括数据库操作等 // ... res.send({ status: 'success', message: '表单提交成功' }); }); 五、实时反馈与优化 在实际应用中，用户可能会频繁提交表单或修改表单数据。为了让咱们的用户在使用产品时感觉更爽，我们可以加入一些实时反馈的东西，比如加载动画或者进度条啥的，这样他们就能看到自己的操作正在被处理，不会觉得系统卡顿或者慢吞吞的。另外，我们还要优化前端性能，就是说尽量减少那些没必要的请求，让页面加载得更快，操作起来更流畅。这样一来，用户体验绝对能提升一大截！ html 提交 六、结语 通过上述步骤，我们不仅学会了如何在ElementUI中构建一个具有实时存储功能的表单应用，还了解了如何进行数据验证、错误处理以及优化用户体验。ElementUI，这货简直就是程序员们的超级助手啊！它那简洁高效的风格，就像是魔法一样，让开发者们轻轻松松就能打造出既实用又好看的应用程序。想象一下，你就像个魔法师，只需要几行代码，就能变出一个功能齐全、界面超赞的软件，是不是特别过瘾？ElementUI就是这么给力，让你的创意和想象力，都能在实际项目中大放异彩，不再受限于技术瓶颈。所以，如果你是个爱搞创新、追求极致体验的开发者，ElementUI绝对是你不可多得的好伙伴！哎呀，随着你慢慢摸清了Vue.js这个工具箱里的宝贝，你会发现能做的事儿多了去了！就像是解锁了新技能，可以玩转更复杂的网页设计，打造超级酷炫、功能强大的网站应用。想象一下，你就像个魔法师，手里的魔法棒（Vue.js）越用越熟练，能变出的东西就越来越厉害！是不是感觉整个人都充满了创造的激情？快来试试，让你的创意在网页上绽放吧！

...以下是一个简单的代码示例： html 在这个例子中，即使我们在handleChange方法中直接改变了currentStep的值并手动触发视图刷新，样式仍然会在一段时间后才被正确地应用到相应的步骤条上。 三、问题原因分析 深入探究ElSteps组件内部源码发现，当current属性发生变化时，组件并没有立即执行样式重置操作，而是依赖于浏览器的CSS渲染机制。你知道吗，浏览器在显示网页内容时，其实有点小“拖延症”，就像个排队等候的“画师”。我们把这称作“渲染队列”。也就是说，有时候你对网页做的改动，并不会马！上！就！呈现在页面上，就像是样式更新还在慢悠悠地等队伍排到自己呢，这就可能会造成样式更新的滞后现象。 此外，ElSteps组件在每次current属性变化时都会主动重新计算并设置CSS类名，但是在过渡动画还未结束之前，新旧类名之间的切换操作并未完全完成，因此样式未能及时生效。 四、解决方案 为了解决上述问题，我们可以采取以下两种策略： 1. 启用平滑过渡动画 ElSteps组件支持transition和animation属性来配置步进条的过渡效果，这可以在一定程度上改善样式更新的感知。将这两项属性设置为相同名称（如el-transfer）即可启用默认的平滑过渡动画，如下所示： html ... 此时，当current属性发生改变时，组件将会在现有状态和目标状态之间添加平滑过渡效果，减少了样式更新的滞后感。 2. 利用$forceUpdate()强制更新视图 尽管利用$nextTick()可以一定程度上优化视图渲染的顺序，但在某些情况下，我们还可以采用更激进的方式——强制更新视图。Vue有个很酷的功能，它有一个叫做$forceUpdate()的“刷新神器”，一旦你调用这个方法，就相当于给整个Vue实例来了个大扫除，所有响应式属性都会被更新到最新状态，同时，视图部分也会立马刷新重绘，就像变魔术一样。在handleChange方法中调用此方法可以帮助解决样式更新滞后问题： javascript handleChange(index) { this.currentStep = index; this.$forceUpdate(); } 这样虽然无法彻底避免浏览器渲染延迟带来的样式更新滞后，但在大多数场景下能显著提升视觉反馈的即时性。 总结来说，通过合理地结合平滑过渡动画和强制更新视图策略，我们可以有效地解决ElSteps步骤条在动态改变当前步骤时样式更新滞后的困扰。当然啦，在特定场景下让效果更上一层楼，就得根据实际情况和所在的具体环境对优化方案进行接地气的微调和完善，让它更适合咱们的需求。

...ript // 错误示例：尝试直接在元素上绑定事件，而不是在DOM加载完成后 $('myModal').click(function() { // 这里的逻辑不会执行，因为在元素渲染到页面之前就进行了绑定 }); // 正确示例：应在DOM加载完成后再绑定事件 $(document).ready(function () { $('myModal').on('click', function() { // 这里的逻辑会在点击时执行 }); }); 3.2 动态生成的组件事件丢失 当我们在运行时动态添加Bootstrap组件时，原有的静态绑定事件可能无法捕获新生成元素的事件： javascript // 错误示例：先绑定事件，后动态创建元素 $('body').on('click', 'dynamicModal', function() { // 这里并不会处理后来动态添加的modal的点击事件 }); // 动态创建Modal var newModal = $(' ... '); $('body').append(newModal); // 正确示例：使用事件委托来处理动态生成元素的事件 $('body').on('click', '.modal', function() { // 这样可以处理所有已存在及将来动态添加的modal的点击事件 }); 3.3 组件初始化顺序问题 Bootstrap组件需要在HTML结构完整构建且相关CSS、JS文件加载完毕后进行初始化。若提前或遗漏初始化步骤，可能导致事件未被正确绑定： javascript // 错误示例：没有调用.modal('show')来初始化模态框 var myModal = $('myModal'); myModal.click(function() { // 如果没有初始化，这里的点击事件不会生效 }); // 正确示例：确保在绑定事件前已经初始化了组件 var myModal = $('myModal'); myModal.modal({ show: false }); // 初始化模态框 myModal.on('click', function() { myModal.modal('toggle'); // 点击时切换模态框显示状态 }); 4. 结论与思考 综上所述，Bootstrap组件事件的正确绑定对于保证应用程序功能的完整性至关重要。咱们得好好琢磨一下Bootstrap究竟是怎么工作的，把它的那些事件绑定的独门绝技掌握透彻，特别是对于那些动态冒出来的内容以及组件初始化这一块儿，得多留个心眼儿，重点研究研究。同时，理解并熟练运用jQuery的事件委托机制也是解决问题的关键所在。实践中不断探索、调试和优化，才能让我们的Bootstrap项目更加健壮而富有活力。让我们一起在编程的道路上，用心感受每一个组件事件带来的“心跳”，体验那微妙而美妙的交互瞬间吧！

...eact构建可复用的动画库或组件。这篇文会手把手带你揭秘如何用React这个工具，捣鼓出一套既能炫又能复用的动画库或者组件，还会送上一些实打实的例子，让你能对照着学，包你一看就懂！ 二、为什么需要可复用的动画库或组件？ 首先，我们需要明确为什么需要可复用的动画库或组件。随着项目的不断扩大，我们会遇到越来越多复杂的动画效果需求。要是每次我们都要从头开始编写全新的动画效果代码，那铁定会让我们的工作量蹭蹭上涨，而且这样很容易就造成代码到处都是重复的部分，维护起来也会变得相当棘手。所以，如果我们能捣鼓出一套可重复使用的动画库或者组件，那就能超级省时省力，让我们的开发工作轻松不少。而且这样一来，代码的稳定性和一致性也能妥妥地得到保障，就像给程序加了保险一样。 三、如何利用React构建可复用的动画库或组件？ 接下来，我们将介绍如何利用React构建可复用的动画库或组件。具体来说，我们需要遵循以下几个步骤： 步骤一：定义动画效果 首先，我们需要定义动画效果。这一步真的超级重要，要知道，动画效果做得好不好，那可是直接关系到整个APP用起来爽不爽的关键因素！比如，我们可以设计一个超酷的淡入动画效果，想象一下这样的情景：当你轻轻一点按钮，页面上的某个元素就像被施展了魔法一样，慢慢地、优雅地从隐形状态显现出来，给你带来意想不到的视觉惊喜。 步骤二：封装动画效果 接下来，我们需要封装动画效果。在做这个操作的时候，我们可以把动画效果单独打包成一个自定义的小部件或者函数，这样一来，你在其他任何需要的地方都能随时调用它，就像从工具箱里取出小工具一样方便。比如说，我们能创建一个名叫FadeIn的组件，这个小家伙呢，会接收一个props参数，这个参数的作用可大了，就是用来告诉我们它要让哪个元素逐渐显现出来，实现淡入效果。 步骤三：使用动画效果 最后，我们需要在应用程序中使用动画效果。在这个过程中，我们可以直接调用封装好的动画效果，而不必再次编写动画效果的代码。比如说，当你点击一个按钮的时候，我们可以在那个按钮的“事件响应小助手”里头，呼唤出一个叫FadeIn的小工具，让它帮忙让某个元素像魔术般慢慢显现出来，实现淡入的效果。 四、实战演示 现在，让我们来看一下如何利用React构建一个可复用的淡入动画库或组件。首先，我们需要定义动画效果。想在React项目里实现一个淡入动画效果？这里有个小窍门。首先，我们可以巧妙地利用React那个叫做useState的小工具来掌控状态的变化。然后呢，再搭配CSS动画的魔法，就能轻松把淡入效果玩转起来，让元素如同晨雾般自然显现。以下是代码示例： javascript import React, { useState } from 'react'; import './FadeIn.css'; const FadeIn = ({ children }) => { const [show, setShow] = useState(false); return ( {children} ); }; export default FadeIn; 在上述代码中，我们首先导入了useState钩子和相关的CSS文件。接下来，我们捣鼓出了一个名叫FadeIn的组件，这个小家伙有个特性，它可以接受一个叫children的属性，这个属性呢，就是用来告诉我们它要帮哪些内容慢慢变得可见，也就是淡入进来。在咱这组件里面，我们用了一个叫做useState的小玩意儿来捯饬"show"这个状态。简单来说，就是如果"show"这小家伙的值是true，那我们就把内容亮出来给大家瞅瞅；否则的话，就把它藏起来，不让大家看到。此外，我们还添加了一个CSS类名fade-in和hidden，用于控制淡入和隐藏的效果。 接下来，我们需要在应用程序中使用动画效果。以下是一个简单的示例，我们在点击按钮时，调用FadeIn组件来淡入某个元素： javascript import React, { useState } from 'react'; import FadeIn from './FadeIn'; function App() { const [showMessage, setShowMessage] = useState(false); const handleClick = () => { setShowMessage(true); }; return ( Click me {showMessage && {message} } ); } export default App; 在上述代码中，我们首先导入了FadeIn组件和useState钩子。然后，我们定义了一个App组件，这个组件包含一个按钮和一个FadeIn组件。当按钮被点击时，我们调用setShowMessage方法来改变showMessage的状态，从而触发FadeIn组件的淡入效果。

...公司开发的一款专业级动画创作和多媒体开发软件，用于创建包含矢量图形、动画、音频、视频和复杂交互功能的富互联网应用程序（RIA）。在本文中，作者使用Flash CS3构建了一个基于ActionScript 3.0的用户界面，并通过该界面与服务器进行数据通信。 ActionScript 3.0 , ActionScript 3.0是一种面向对象的编程语言，是Flash Player和Adobe AIR平台的核心脚本语言。它支持严格的类型检查、错误处理机制以及更高效的运行时性能。在本文案例中，开发者使用ActionScript 3.0编写代码来实现客户端与服务器端的数据交互逻辑，包括连接建立、事件监听、函数调用等操作。 NetConnection , 在ActionScript 3.0中，NetConnection类主要用于客户端与服务器之间的网络连接，支持点对点或客户端-服务器模式的实时双向通信。在文中实例中，NetConnection对象被用来建立客户端到Flash Media Server (FMS) 的连接，从而允许客户端调用服务器端脚本函数并接收返回结果。 Flash Media Server (FMS) , Flash Media Server 是Adobe公司提供的流媒体服务器软件，能够高效地传输和管理音频、视频及数据流内容。在这个例子中，FMS作为后台服务端，负责响应来自Flash客户端（通过NetConnection建立连接）的请求，执行相应的服务器端脚本，并将处理后的数据回传给客户端。 Responder , 在ActionScript 3.0的NetConnection API中，Responder对象用于处理从服务器端调用返回的结果或者错误信息。在文章示例中，当客户端调用服务器端方法时，会创建一个Responder实例，并定义了success和failed两个回调函数，分别处理成功获取数据和调用失败的情况。

...高亮），浏览器就会自动画一道竖线出来。这可不是为了好看，而是为了告诉咱们：嘿！这里就是现在焦点所在的地方！ 从技术上讲，这个竖线是由 CSS 中的 outline 属性控制的。outline 是一种特殊的边框属性，专门用来表示元素的焦点状态。默认啊，浏览器总会给输入框这些能编辑的东西自动加上一根蓝线或者灰线，就是那个让你一眼就能看出“这是可以输入的地方”的小标志。 不过，这也带来了一个问题：虽然 outline 的初衷是为了提升用户体验，但在某些场景下，它可能会破坏整体的设计效果。比如： - 影响视觉美感：如果页面的颜色搭配非常讲究，那根竖线可能会显得格格不入。 - 无障碍问题：对于一些用户来说，这根竖线可能并不是必要的，甚至会分散注意力。 所以，如果我们想要更精致的设计，就需要学会如何自定义或者完全移除这个竖线。 --- 3. 解决方案 如何优雅地去掉光标竖线？ 现在我们知道了问题的根源，接下来就是动手解决问题啦！这里有几种方法可以帮助你去掉或者自定义光标竖线，每种方法都有其优缺点，大家可以结合自己的需求选择适合的方式。 方法一：直接移除 outline 最简单粗暴的方法就是直接通过 CSS 将 outline 设置为 none。这个方法能直接去掉那些烦人的竖线，不过得小心点！因为用完之后，当你切换焦点的时候，可能就分不清到底哪个东西是被选中的了。所以啊，不到万不得已，还是别轻易尝试啦！ css input:focus { outline: none; } 优点：操作简单，立刻生效。 缺点：失去焦点时可能会影响用户的体验。 方法二：自定义 outline 样式 与其完全移除 outline，不如换个方式让它变得更和谐。你可以调整那个竖线的“轮廓”——比如它的颜色、粗细，还有样子，让它跟你的整体设计更搭，看起来不那么突兀。 css input:focus { outline: 2px solid FFD700; / 黄色外框 / outline-offset: 4px; / 外框距离内容的距离 / } 优点：既保留了焦点提示功能，又能让竖线看起来更美观。 缺点：需要额外的时间去调整样式。 方法三：用 box-shadow 替代 outline 如果你不想用传统的 outline，可以尝试用 box-shadow 来模拟焦点效果。这样弄出来的效果特别自然，而且跟那种传统的“轮廓线”比起来，完全不会显得死板或突兀，看着就舒服多了！ css input:focus { box-shadow: 0 0 5px rgba(0, 0, 255, 0.5); / 蓝色阴影 / border: none; / 移除原有边框 / } 优点：灵活性高，可以根据需求定制阴影效果。 缺点：需要更多的测试来确保兼容性。 --- 4. 实战演练 结合实际案例看看效果 为了让大家更好地理解这些方法的实际效果，我准备了一些简单的代码示例，大家可以复制到本地试一试。 示例一：完全移除 outline html Remove Outline 示例二：自定义 outline 样式 html Custom Outline 示例三：用 box-shadow 模拟焦点 html Box Shadow Example --- 5. 总结与反思 做设计还是做用户体验？ 写到这里，我觉得有必要停下来聊一聊设计和用户体验之间的平衡。很多时候，我们追求极致的视觉效果，却忽略了用户的实际感受。虽然去掉光标竖线可以让界面更整洁，但也可能让用户感到困惑。 所以，在决定是否去掉竖线之前，不妨问问自己：这样做真的对用户更好吗？如果答案是肯定的，那就大胆去做吧！但如果不确定，不妨先测试一下，看看用户的反馈如何。 总之，技术永远是为了服务于人，而不是让人迁就技术。希望今天的分享能给大家带来一些启发，同时也希望大家能在实践中不断探索和成长！ 好了，今天的分享就到这里啦！如果你还有什么疑问或者想法，欢迎在评论区留言交流哦～咱们下次再见！

...提供实用的策略和代码示例。 一、认识服务不可用错误 服务不可用错误通常在HTTP响应中表现为503状态码，表示由于服务器当前无法处理请求，请求被暂时拒绝。这可能是由于服务器过载、正在进行维护或者资源不足等原因导致的。 二、Beego框架简介 Beego是一个基于Golang的轻量级Web框架，旨在简化Web应用的开发流程。其简洁的API和强大的功能使其成为快速构建Web应用的理想选择。在处理服务不可用错误时，Beego提供了丰富的工具和机制来帮助开发者进行诊断和修复。 三、识别与诊断服务不可用 在Beego应用中，识别服务不可用错误通常通过HTTP响应的状态码来进行。当应用返回503状态码时，说明服务当前无法处理请求。哎呀，兄弟！想要更清晰地找出问题所在，咱们得好好利用Beego自带的日志系统啊。它能帮咱们记录下一大堆有用的信息，比如啥时候出的错、用户是咋操作的、到底哪一步出了问题。有了这些详细资料，咱们在后面分析问题、找解决方案的时候就方便多了，不是吗？ 示例代码： go // 在启动Beego应用时设置日志级别和格式 log.SetLevel(log.DEBUG) log.SetOutput(os.Stdout) func main() { // 初始化并启动Beego应用 app := new(beego.AppConfig) app.Run(":8080") } 在上述代码中，通过log.SetLevel(log.DEBUG)设置日志级别为DEBUG，确保在发生错误时能够获取到足够的信息进行诊断。 四、处理服务不可用错误 当检测到服务不可用错误时，Beego允许开发者通过自定义中间件来响应这些异常情况。通过创建一个中间件函数，可以优雅地处理503错误，并向用户呈现友好的提示信息，例如重试机制、缓存策略或简单的等待页面。 示例代码： go // 定义一个中间件函数处理503错误 func errorMiddleware(c beego.Context) { if c.Ctx.Input.StatusCode() == 503 { c.Data["Status"] = "503 Service Unavailable" c.Data["Message"] = "Sorry, our service is currently unavailable. Please try again later." c.ServeContent("error.html", http.StatusOK) } else { c.Next() } } // 注册中间件 func init() { beego.GlobalControllerInterceptors = append(beego.GlobalControllerInterceptors, new(errorMiddleware)) } 这段代码展示了如何在Beego应用中注册一个全局中间件，用于捕获并处理503状态码。哎呀，你遇到服务挂了的情况了吧？别急，这个中间件挺贴心的，它会给你弹出个温馨的小提示，告诉你：“嘿，稍等一下，我们正忙着处理一些事情呢。”然后，它还会给你展示一个等待页面，上面可能有好看的动画或者有趣的图片，让你在等待的时候也不觉得无聊。这样，你就不会因为服务暂时不可用了而感到烦躁了，体验感大大提升！ 五、优化与预防服务不可用 预防服务不可用的关键在于资源管理、负载均衡以及监控系统的建立。Beego虽然本身不直接涉及这些问题，但可以通过集成第三方库或服务来实现。 - 资源管理：合理分配和监控CPU、内存、磁盘空间等资源，避免过度消耗导致服务不可用。 - 负载均衡：利用Nginx、HAProxy等工具对流量进行分发，减轻单点压力。 - 监控系统：使用Prometheus、Grafana等工具实时监控应用性能和资源使用情况，及时发现潜在问题。 六、结论 服务不可用是Web应用中不可避免的一部分，但通过使用Beego框架的特性，结合适当的策略和实践，可以有效地识别、诊断和解决这类问题。嘿，兄弟！想做个靠谱的Web应用吗？那可得注意了，你得时刻盯着点，别让你的应用出岔子。得给资源好好规划规划，别让服务器喘不过气来。还有，万一哪天程序出错了，你得有个应对的机制，别让小问题搞大了。这三样，监控、资源管理和错误处理，可是你稳定可靠的三大法宝！别忘了它们，你的应用才能健健康康地跑起来！

...误区，通过具体的代码示例和分析，深入浅出地阐述了错误设置可能带来的问题及其解决方案。嘿，各位小伙伴们！在你们未来的Lua编程之旅中，我真心希望你们能对设置默认值这事儿多留点心眼。咱们可不想因为这个小细节搞出什么逻辑上的大乱子，对吧？毕竟，咱的目标可是要写出既漂亮又没bug的代码啊！所以，动起手来时，记得仔细琢磨一下每个默认值的选择，确保它们不会偷偷影响到你的程序逻辑，让代码质量蹭蹭往上涨！加油，编程达人们！

...包括两行两列，如下述示例所示： <!DOCTYPE html><html><head> <meta charset="utf-8"> <title>W3Cschool教程(w3cschool.cn)</title> </head><body><table border="1"><tr><th>Month</th><th>Savings</th></tr><tr><td>January</td><td>$100</td></tr><tr><td>February</td><td>$80</td></tr></table></body></html> 10、HTML <textarea> 标签 <textarea> 标签表示多行纯文本编辑控件，用户可在其文本区域中写入文本，请参考下述示例： <!DOCTYPE html><html><head> <meta charset="utf-8"> <title>W3Cschool 在线教程(w3cschool.cn)</title> </head><body><textarea rows="10" cols="30">我是一个文本框。</textarea></body></html> 11、HTML <tt> 标签 - HTML5 不支持 <tt> 标签用来改变字体样式，使标签中的文本显示为打字机文本，请参考下述例子： <!DOCTYPE html><html><body><p>This text is normal.</p><p><tt>This text is teletype text.</tt></p></body></html> 12、HTML <u> 标签 <u> 标签可以用来对标签内的文本实现下划线样式，请参考下述示例： <!DOCTYPE html><html><body><p>This is a <u>parragraph</u>.</p></body></html> 13、HTML <ul> 标签 <ul> 标签表示HTML页面中项目的无序列表，一般会以项目符号列表呈现，请参考下述例子： <!DOCTYPE html><html><head><meta charset="utf-8"> <title>W3Cschool(w3cschool.cn)</title> </head><body><h4>无序列表:</h4><ul><li>咖啡</li><li>茶</li><li>牛奶</li></ul></body></html> 14、HTML <video> 标签 <video> 标签可以将视频内容嵌入到HTML文档中，请参考下述示例： <!DOCTYPE html><html><body><video width="320" height="240" controls><source src="/statics/demosource/movie.mp4" type="video/mp4"><source src="/statics/demosource/movie.ogg" type="video/ogg">您的浏览器不支持 HTML5 video 标签。</video></body></html> 15、HTML <ol> 标签 <ol> 标签在 HTML 中表示有序列表，是 ordered lists 的缩写。您可以自定义有序列表的初始序号，请参考下面的实例： <!DOCTYPE html><html><head><meta charset="utf-8"> <title>W3Cschool(w3cschool.cn)</title> </head><body>​<ol><li>咖啡</li><li>茶</li><li>牛奶</li></ol>​<ol start="50"><li>咖啡</li><li>茶</li><li>牛奶</li></ol></body></html> 16、HTML <noframes> 标签HTML5不支持该标签 <noframes> 标签用于支持不支持 <frame> 元素的浏览器，请参考下面的示例： <html><head><meta charset="utf-8"> <title>W3Cschool(w3cschool.cn)</title> </head><frameset cols="25%,50%,25%"><frame src="/statics/demosource/frame_a.htm"><frame src="/statics/demosource/frame_b.htm"><frame src="/statics/demosource/frame_c.htm"><noframes>抱歉，您的浏览器不支持 frame 属性！</noframes></frameset></html> 17、HTML <hr> 标签 <hr> 标签表示段落级元素之间的主题划分。例如，在下面的实例中我们对具有主题变化的内容使用了 <hr> 标签： <!DOCTYPE html><html><head> <meta charset="utf-8"> <title>W3Cschool(w3cschool.cn)</title> </head><body><h1>HTML</h1><p>HTML 是用于描述 web 页面的一种语言。</p><hr><h1>CSS</h1><p>CSS 定义如何显示 HTML 元素。</p></body></html> 18、HTML <h1> - <h6> 标签 <h1> - <h6> 标签用来定义 HTML 标题，表示了 HTML 网页中六个级别的标题。您可以通过下面的这个实例来看看每个级别的标题有什么区别： <!DOCTYPE html><html><head><meta charset="utf-8"><title>W3Cschool(w3cschool.cn)</title></head><body><h1>这是标题1</h1><h2>这是标题2</h2><h3>这是标题 3</h3><h4>这是标题 4</h4><h5>这是标题 5</h5><h6>这是标题 6</h6></body></html> 19、HTML <center> 标签 - HTML 5 不支持 <center> 标签控制文本的居中显示，不能在 HTML5 中使用。 <!DOCTYPE html><html><head> <meta charset="utf-8"> <title>W3Cschool(w3cschool.cn)</title> </head><body><p>这是一些文本。</p><center>这个文本居中对齐。</center><p>这是一些文本</p></body></html> 20、HTML <button> 标签 <button> 标签用来设置 HTML 中的按钮。 <!DOCTYPE html><html><head> <meta charset="utf-8"> <title>W3Cschool(w3cschool.cn)</title> </head><body><button type="button" onclick="alert('Hello world!')">Click Me!</button></body></html> 21、HTML <br> 标签 <br> 标签是空标签，可插入一个简单的换行符。 <!DOCTYPE html><html><head> <meta charset="utf-8"> <title>W3Cschool(w3cschool.cn)</title> </head><body><p>使用br元素<br>在文本中<br>换行。</p></body></html> 22、HTML <dt> 标签 <dt> 标签只能够作为 <dl> 标签的一个子元素出现，常常后跟一个 <dd> 标签。 <!DOCTYPE html><html><head> <meta charset="utf-8"> <title>W3Cschool(w3cschool.cn)</title> </head><body><dl><dt>咖啡</dt><dd>黑色的热饮</dd><dt>牛奶</dt><dd>白色的冷饮</dd></dl></body></html> 23、HTML <fieldset> 标签 <fieldset> 标签内的一组表单元素会在 WEB 浏览器中以特殊的方式显示，比如不同样式的边界、3D效果等。 <!DOCTYPE html><html><head> <meta charset="utf-8"> <title>W3Cschool(w3cschool.cn)</title> </head><body><form><fieldset><legend>个人信息:</legend>姓名: <input type="text"><br>邮箱: <input type="text"><br>生日: <input type="text"></fieldset></form></body></html> 24、HTML <embed> 标签 <embed> 标签用来定义在页面中嵌入的内容，比如插件。比如，在下面的实例中我们嵌入了一个 flash 动画： <!DOCTYPE html><html><head> <meta charset="utf-8"> <title>W3Cschool(w3cschool.cn)</title> </head><body><embed src="/statics/demosource/helloworld.swf" tppabs="http://W3Cschool.com/tags/helloworld.swf"></body></html> 25、HTML <font> 标签 - HTML5 不支持 <font> 标签的使用示例如下所示，该标签已经过时，因此我们不建议您使用该标签。 <!DOCTYPE html><html><head> <meta charset="utf-8"> <title>W3Cschool(w3cschool.cn)</title> </head><body><p><font size="3" color="red">这是一些文本！</font></p><p><font size="2" color="blue">这是一些文本！</font></p><p><font face="verdana" color="green">这是一些文本！</font></p></body></html> 26、HTML <label> 标签 <label> 标签是一种常见的表单控件，触发对应表单控件功能，让用户在使用表单的时候能够有更好的体验。参考下述的实例： <!DOCTYPE html><html><head> <meta charset="utf-8"> <title>W3Cschool(w3cschool.cn)</title> </head><body><p>点击其中一个文本标签选中选项：</p><form action="/statics/demosource/demo-form.php"><label for="male">Male</label><input type="radio" name="sex" id="male" value="male"><br><label for="female">Female</label><input type="radio" name="sex" id="female" value="female"><br><br><input type="submit" value="提交"></form></body></html> 记录一些重要标签！ 本篇文章为转载内容。原文链接：https://blog.csdn.net/chehec2010/article/details/85060460。 该文由互联网用户投稿提供，文中观点代表作者本人意见，并不代表本站的立场。 作为信息平台，本站仅提供文章转载服务，并不拥有其所有权，也不对文章内容的真实性、准确性和合法性承担责任。 如发现本文存在侵权、违法、违规或事实不符的情况，请及时联系我们，我们将第一时间进行核实并删除相应内容。

...，音画不同步。 3.动画帧卡顿，交互响应慢 4.滑动不跟手，列表自动更新，滚动不流畅 5.网络响应慢，数据和画面展示慢、 6.过渡动画生硬。 7.界面不可交互，卡死，等等现象。 卡顿是如何发生的 卡顿产生的原因一般都比较复杂，如CPU内存大小，IO操作，锁操作，低效的算法等都会引起卡顿。 站在开发的角度看： 通常我们讲，屏幕刷新率是60fps，需要在16ms内完成所有的工作才不会造成卡顿。 为什么是16ms，不是17，18呢？ 下面我们先来理清在UI绘制中的几个概念： SurfaceFlinger： SurfaceFlinger作用是接受多个来源的图形显示数据Surface，合成后发送到显示设备,比如我们的主界面中：可能会有statusBar，侧滑菜单，主界面，这些View都是独立Surface渲染和更新，最后提交给SF后，SF根据Zorder，透明度，大小，位置等参数，合成为一个数据buffer，传递HWComposer或者OpenGL处理，最终给显示器。 在显示过程中使用到了bufferqueue，surfaceflinger作为consumer方，比如windowmanager管理的surface作为生产方产生页面，交由surfaceflinger进行合成。 VSYNC Android系统每隔16ms发出VSYNC信号，触发对UI进行渲染，VSYNC是一种在PC上很早就有应用，可以理解为一种定时中断技术。 tearing 问题： 早期的 Android 是没有 vsync 机制的，CPU 和 GPU 的配合也比较混乱，这也造成著名的 tearing 问题，即 CPU/GPU 直接更新正在显示的屏幕 buffer 造成画面撕裂。 后续 Android 引入了双缓冲机制，但是 buffer 的切换也需要一个比较合适的时机，也就是屏幕扫描完上一帧后的时机，这也就是引入 vsync 的原因。 早先一般的屏幕刷新率是 60fps，所以每个 vsync 信号的间隔也是 16ms，不过随着技术的更迭以及厂商对于流畅性的追求，越来越多 90fps 和 120fps 的手机面世，相对应的间隔也就变成了 11ms 和 8ms。 VSYNC信号种类： 1.屏幕产生的硬件VSYNC：硬件VSYNC是一种脉冲信号，起到开关和触发某种操作的作用。 2.由SurfaceFlinger将其转成的软件VSYNC信号，经由Binder传递给Choreographer Choreographer： 编舞者，用于注册VSYNC信号并接收VSYNC信号回调，当内部接收到这个信号时最终会调用到doFrame进行帧的绘制操作。 Choreographer在系统中流程： 如何通过Choreographer计算掉帧情况：原理就是: 通过给Choreographer设置FrameCallback，在每次绘制前后看时间差是16.6ms的多少倍，即为前后掉帧率。 使用方式如下： //Application.javapublic void onCreate() {super.onCreate();//在Application中使用postFrameCallbackChoreographer.getInstance().postFrameCallback(new FPSFrameCallback(System.nanoTime()));}public class FPSFrameCallback implements Choreographer.FrameCallback {private static final String TAG = "FPS_TEST";private long mLastFrameTimeNanos = 0;private long mFrameIntervalNanos;public FPSFrameCallback(long lastFrameTimeNanos) {mLastFrameTimeNanos = lastFrameTimeNanos;mFrameIntervalNanos = (long)(1000000000 / 60.0);}@Overridepublic void doFrame(long frameTimeNanos) {//初始化时间if (mLastFrameTimeNanos == 0) {mLastFrameTimeNanos = frameTimeNanos;}final long jitterNanos = frameTimeNanos - mLastFrameTimeNanos;if (jitterNanos >= mFrameIntervalNanos) {final long skippedFrames = jitterNanos / mFrameIntervalNanos;if(skippedFrames>30){//丢帧30以上打印日志Log.i(TAG, "Skipped " + skippedFrames + " frames! "+ "The application may be doing too much work on its main thread.");} }mLastFrameTimeNanos=frameTimeNanos;//注册下一帧回调Choreographer.getInstance().postFrameCallback(this);} } UI绘制全路径分析： 有了前面几个概念，这里我们让SurfaceFlinger结合View的绘制流程用一张图来表达整个绘制流程： 生产者：APP方构建Surface的过程。 消费者：SurfaceFlinger UI绘制全路径分析卡顿原因： 接下来，我们逐个分析，看看都会有哪些原因可能造成卡顿： 1.渲染流程 1.Vsync 调度：这个是起始点，但是调度的过程会经过线程切换以及一些委派的逻辑，有可能造成卡顿，但是一般可能性比较小，我们也基本无法介入； 2.消息调度：主要是 doframe Message 的调度，这就是一个普通的 Handler 调度，如果这个调度被其他的 Message 阻塞产生了时延，会直接导致后续的所有流程不会被触发 3.input 处理：input 是一次 Vsync 调度最先执行的逻辑，主要处理 input 事件。如果有大量的事件堆积或者在事件分发逻辑中加入大量耗时业务逻辑，会造成当前帧的时长被拉大，造成卡顿，可以尝试通过事件采样的方案，减少 event 的处理 4.动画处理：主要是 animator 动画的更新，同理，动画数量过多，或者动画的更新中有比较耗时的逻辑，也会造成当前帧的渲染卡顿。对动画的降帧和降复杂度其实解决的就是这个问题； 5.view 处理：主要是接下来的三大流程，过度绘制、频繁刷新、复杂的视图效果都是此处造成卡顿的主要原因。比如我们平时所说的降低页面层级，主要解决的就是这个问题； 6.measure/layout/draw：view 渲染的三大流程，因为涉及到遍历和高频执行，所以这里涉及到的耗时问题均会被放大，比如我们会降不能在 draw 里面调用耗时函数，不能 new 对象等等； 7.DisplayList 的更新：这里主要是 canvas 和 displaylist 的映射，一般不会存在卡顿问题，反而可能存在映射失败导致的显示问题； 8.OpenGL 指令转换：这里主要是将 canvas 的命令转换为 OpenGL 的指令，一般不存在问题 9.buffer 交换：这里主要指 OpenGL 指令集交换给 GPU，这个一般和指令的复杂度有关 10.GPU 处理：顾名思义，这里是 GPU 对数据的处理，耗时主要和任务量和纹理复杂度有关。这也就是我们降低 GPU 负载有助于降低卡顿的原因； 11.layer 合成：Android P 修改了 Layer 的计算方法 , 把这部分放到了 SurfaceFlinger 主线程去执行, 如果后台 Layer 过多, 就会导致 SurfaceFlinger 在执行 rebuildLayerStacks 的时候耗时 , 导致 SurfaceFlinger 主线程执行时间过长。 可以选择降低Surface层级来优化卡顿。 12.光栅化/Display：这里暂时忽略，底层系统行为； Buffer 切换：主要是屏幕的显示，这里 buffer 的数量也会影响帧的整体延迟，不过是系统行为，不能干预。 2.系统负载 内存：内存的吃紧会直接导致 GC 的增加甚至 ANR，是造成卡顿的一个不可忽视的因素； CPU：CPU 对卡顿的影响主要在于线程调度慢、任务执行的慢和资源竞争，比如 1.降频会直接导致应用卡顿； 2.后台活动进程太多导致系统繁忙，cpu \ io \ memory 等资源都会被占用, 这时候很容易出现卡顿问题 ，这种情况比较常见,可以使用dumpsys cpuinfo查看当前设备的cpu使用情况： 3.主线程调度不到 , 处于 Runnable 状态，这种情况比较少见 4.System 锁：system_server 的 AMS 锁和 WMS 锁 , 在系统异常的情况下 , 会变得非常严重 , 如下图所示 , 许多系统的关键任务都被阻塞 , 等待锁的释放 , 这时候如果有 App 发来的 Binder 请求带锁 , 那么也会进入等待状态 , 这时候 App 就会产生性能问题 ; 如果此时做 Window 动画 , 那么 system_server 的这些锁也会导致窗口动画卡顿 GPU：GPU 的影响见渲染流程，但是其实还会间接影响到功耗和发热； 功耗/发热：功耗和发热一般是不分家的，高功耗会引起高发热，进而会引起系统保护，比如降频、热缓解等，间接的导致卡顿。 如何监控卡顿 线下监控： 我们知道卡顿问题的原因错综复杂，但最终都可以反馈到CPU使用率上来 1.使用dumpsys cpuinfo命令 这个命令可以获取当时设备cpu使用情况，我们可以在线下通过重度使用应用来检测可能存在的卡顿点 A8S:/ $ dumpsys cpuinfoLoad: 1.12 / 1.12 / 1.09CPU usage from 484321ms to 184247ms ago (2022-11-02 14:48:30.793 to 2022-11-02 14:53:30.866):2% 1053/scanserver: 0.2% user + 1.7% kernel0.6% 934/system_server: 0.4% user + 0.1% kernel / faults: 563 minor0.4% 564/signserver: 0% user + 0.4% kernel0.2% 256/ueventd: 0.1% user + 0% kernel / faults: 320 minor0.2% 474/surfaceflinger: 0.1% user + 0.1% kernel0.1% 576/vendor.sprd.hardware.gnss@2.0-service: 0.1% user + 0% kernel / faults: 54 minor0.1% 286/logd: 0% user + 0% kernel / faults: 10 minor0.1% 2821/com.allinpay.appstore: 0.1% user + 0% kernel / faults: 1312 minor0.1% 447/android.hardware.health@2.0-service: 0% user + 0% kernel / faults: 1175 minor0% 1855/com.smartpos.dataacqservice: 0% user + 0% kernel / faults: 755 minor0% 2875/com.allinpay.appstore:pushcore: 0% user + 0% kernel / faults: 744 minor0% 1191/com.android.systemui: 0% user + 0% kernel / faults: 70 minor0% 1774/com.android.nfc: 0% user + 0% kernel0% 172/kworker/1:2: 0% user + 0% kernel0% 145/irq/24-70900000: 0% user + 0% kernel0% 575/thermald: 0% user + 0% kernel / faults: 300 minor... 2.CPU Profiler 这个工具是AS自带的CPU性能检测工具，可以在PC上实时查看我们CPU使用情况。 AS提供了四种Profiling Model配置： 1.Sample Java Methods：在应用程序基于Java的代码执行过程中，频繁捕获应用程序的调用堆栈 获取有关应用程序基于Java的代码执行的时间和资源使用情况信息。 2.Trace java methods：在运行时对应用程序进行检测，以在每个方法调用的开始和结束时记录时间戳。收集时间戳并进行比较以生成方法跟踪数据，包括时序信息和CPU使用率。 请注意与检测每种方法相关的开销会影响运行时性能，并可能影响性能分析数据。对于生命周期相对较短的方法，这一点甚至更为明显。此外，如果您的应用在短时间内执行大量方法，则探查器可能会很快超过其文件大小限制，并且可能无法记录任何进一步的跟踪数据。 3.Sample C/C++ Functions:捕获应用程序本机线程的示例跟踪。要使用此配置，您必须将应用程序部署到运行Android 8.0（API级别26）或更高版本的设备。 4.Trace System Calls:捕获细粒度的详细信息，使您可以检查应用程序与系统资源的交互方式 您可以检查线程状态的确切时间和持续时间，可视化CPU瓶颈在所有内核中的位置，并添加自定义跟踪事件进行分析。在对性能问题进行故障排除时，此类信息可能至关重要。要使用此配置，您必须将应用程序部署到运行Android 7.0（API级别24）或更高版本的设备。 使用方式： Debug.startMethodTracing("");// 需要检测的代码片段...Debug.stopMethodTracing(); 优点：有比较全面的调用栈以及图像化方法时间显示，包含所有线程的情况 缺点：本身也会带来一点的性能开销，可能会带偏优化方向 火焰图：可以显示当前应用的方法堆栈： 3.Systrace Systrace在前面一篇分析启动优化的文章讲解过 这里我们简单来复习下： Systrace用来记录当前应用的系统以及应用(使用Trace类打点)的各阶段耗时信息包括绘制信息以及CPU信息等。 使用方式： Trace.beginSection("MyApp.onCreate_1");alt(200);Trace.endSection(); 在命令行中： python systrace.py -t 5 sched gfx view wm am app webview -a "com.chinaebipay.thirdcall" -o D:\trac1.html 记录的方法以及CPU中的耗时情况： 优点： 1.轻量级，开销小，CPU使用率可以直观反映 2.右侧的Alerts能够根据我们应用的问题给出具体的建议，比如说，它会告诉我们App界面的绘制比较慢或者GC比较频繁。 4.StrictModel StrictModel是Android提供的一种运行时检测机制，用来帮助开发者自动检测代码中不规范的地方。 主要和两部分相关： 1.线程相关 2.虚拟机相关 基础代码： private void initStrictMode() {// 1、设置Debug标志位，仅仅在线下环境才使用StrictModeif (DEV_MODE) {// 2、设置线程策略StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder().detectCustomSlowCalls() //API等级11，使用StrictMode.noteSlowCode.detectDiskReads().detectDiskWrites().detectNetwork() // or .detectAll() for all detectable problems.penaltyLog() //在Logcat 中打印违规异常信息// .penaltyDialog() //也可以直接跳出警报dialog// .penaltyDeath() //或者直接崩溃.build());// 3、设置虚拟机策略StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder().detectLeakedSqlLiteObjects()// 给NewsItem对象的实例数量限制为1.setClassInstanceLimit(NewsItem.class, 1).detectLeakedClosableObjects() //API等级11.penaltyLog().build());} } 线上监控： 线上需要自动化的卡顿检测方案来定位卡顿，它能记录卡顿发生时的场景。 自动化监控原理： 采用拦截消息调度流程，在消息执行前埋点计时，当耗时超过阈值时，则认为是一次卡顿，会进行堆栈抓取和上报工作 首先，我们看下Looper用于执行消息循环的loop()方法，关键代码如下所示： / Run the message queue in this thread. Be sure to call {@link quit()} to end the loop./public static void loop() {...for (;;) {Message msg = queue.next(); // might blockif (msg == null) {// No message indicates that the message queue is quitting.return;// This must be in a local variable, in case a UI event sets the loggerfinal Printer logging = me.mLogging;if (logging != null) {// 1logging.println(">>>>> Dispatching to " + msg.target + " " +msg.callback + ": " + msg.what);}...try {// 2 msg.target.dispatchMessage(msg);dispatchEnd = needEndTime ? SystemClock.uptimeMillis() : 0;} finally {if (traceTag != 0) {Trace.traceEnd(traceTag);} }...if (logging != null) {// 3logging.println("<<<<< Finished to " + msg.target + " " + msg.callback);} 在Looper的loop()方法中，在其执行每一个消息（注释2处）的前后都由logging进行了一次打印输出。可以看到，在执行消息前是输出的">>>>> Dispatching to “，在执行消息后是输出的”<<<<< Finished to ",它们打印的日志是不一样的，我们就可以由此来判断消息执行的前后时间点。 具体的实现可以归纳为如下步骤： 1、首先，我们需要使用Looper.getMainLooper().setMessageLogging()去设置我们自己的Printer实现类去打印输出logging。这样，在每个message执行的之前和之后都会调用我们设置的这个Printer实现类。 2、如果我们匹配到">>>>> Dispatching to "之后，我们就可以执行一行代码：也就是在指定的时间阈值之后，我们在子线程去执行一个任务，这个任务就是去获取当前主线程的堆栈信息以及当前的一些场景信息，比如：内存大小、电脑、网络状态等。 3、如果在指定的阈值之内匹配到了"<<<<< Finished to "，那么说明message就被执行完成了，则表明此时没有产生我们认为的卡顿效果，那我们就可以将这个子线程任务取消掉。 这里我们使用blockcanary来做测试: BlockCanary APM是一个非侵入式的性能监控组件，可以通过通知的形式弹出卡顿信息。它的原理就是我们刚刚讲述到的卡顿监控的实现原理。 使用方式： 1.导入依赖 implementation 'com.github.markzhai:blockcanary-android:1.5.0' Application的onCreate方法中开启卡顿监控 // 注意在主进程初始化调用BlockCanary.install(this, new AppBlockCanaryContext()).start(); 3.继承BlockCanaryContext类去实现自己的监控配置上下文类 public class AppBlockCanaryContext extends BlockCanaryContext {....../ 指定判定为卡顿的阈值threshold (in millis), 你可以根据不同设备的性能去指定不同的阈值 @return threshold in mills/public int provideBlockThreshold() {return 1000;}....} 4.在Activity的onCreate方法中执行一个耗时操作 try {Thread.sleep(4000);} catch (InterruptedException e) {e.printStackTrace();} 5.结果： 可以看到一个和LeakCanary一样效果的阻塞可视化堆栈图 那有了BlockCanary的方法耗时监控方式是不是就可以解百愁了呢，呵呵。有那么容易就好了 根据原理：我们拿到的是msg执行前后的时间和堆栈信息，如果msg中有几百上千个方法，就无法确认到底是哪个方法导致的耗时，也有可能是多个方法堆积导致。 这就导致我们无法准确定位哪个方法是最耗时的。如图中：堆栈信息是T2的，而发生耗时的方法可能是T1到T2中任何一个方法甚至是堆积导致。 那如何优化这块？ 这里我们采用字节跳动给我们提供的一个方案：基于 Sliver trace 的卡顿监控体系 Sliver trace 整体流程图： 主要包含两个方面: 检测方案： 在监控卡顿时，首先需要打开 Sliver 的 trace 记录能力，Sliver 采样记录 trace 执行信息，对抓取到的堆栈进行 diff 聚合和缓存。 同时基于我们的需要设置相应的卡顿阈值，以 Message 的执行耗时为衡量。对主线程消息调度流程进行拦截，在消息开始分发执行时埋点，在消息执行结束时计算消息执行耗时，当消息执行耗时超过阈值，则认为产生了一次卡顿。 堆栈聚合策略： 当卡顿发生时，我们需要为此次卡顿准备数据，这部分工作是在端上子线程中完成的，主要是 dump trace 到文件以及过滤聚合要上报的堆栈。分为以下几步： 1.拿到缓存的主线程 trace 信息并 dump 到文件中。 2.然后从文件中读取 trace 信息，按照数据格式，从最近的方法栈向上追溯，找到当前 Message 包含的全部 trace 信息，并将当前 Message 的完整 trace 写入到待上传的 trace 文件中，删除其余 trace 信息。 3.遍历当前 Message trace，按照（Method 执行耗时 > Method 耗时阈值 & Method 耗时为该层堆栈中最耗时）为条件过滤出每一层函数调用堆栈的最长耗时函数，构成最后要上报的堆栈链路，这样特征堆栈中的每一步都是最耗时的，且最底层 Method 为最后的耗时大于阈值的 Method。 之后，将 trace 文件和堆栈一同上报，这样的特征堆栈提取策略保证了堆栈聚合的可靠性和准确性，保证了上报到平台后堆栈的正确合理聚合，同时提供了进一步分析问题的 trace 文件。 可以看到字节给的是一整套监控方案，和前面BlockCanary不同之处就在于，其是定时存储堆栈，缓存，然后使用diff去重的方式，并上传到服务器，可以最大限度的监控到可能发生比较耗时的方法。 开发中哪些习惯会影响卡顿的发生 1.布局太乱，层级太深。 1.1：通过减少冗余或者嵌套布局来降低视图层次结构。比如使用约束布局代替线性布局和相对布局。 1.2：用 ViewStub 替代在启动过程中不需要显示的 UI 控件。 1.3：使用自定义 View 替代复杂的 View 叠加。 2.主线程耗时操作 2.1：主线程中不要直接操作数据库，数据库的操作应该放在数据库线程中完成。 2.2：sharepreference尽量使用apply，少使用commit，可以使用MMKV框架来代替sharepreference。 2.3：网络请求回来的数据解析尽量放在子线程中，不要在主线程中进行复制的数据解析操作。 2.4：不要在activity的onResume和onCreate中进行耗时操作，比如大量的计算等。 2.5：不要在 draw 里面调用耗时函数，不能 new 对象 3.过度绘制 过度绘制是同一个像素点上被多次绘制，减少过度绘制一般减少布局背景叠加等方式，如下图所示右边是过度绘制的图片。 4.列表 RecyclerView使用优化，使用DiffUtil和notifyItemDataSetChanged进行局部更新等。 5.对象分配和回收优化 自从Android引入 ART 并且在Android 5.0上成为默认的运行时之后，对象分配和垃圾回收（GC）造成的卡顿已经显著降低了，但是由于对象分配和GC有额外的开销，它依然又可能使线程负载过重。 在一个调用不频繁的地方（比如按钮点击）分配对象是没有问题的，但如果在在一个被频繁调用的紧密的循环里，就需要避免对象分配来降低GC的压力。 减少小对象的频繁分配和回收操作。 好了，关于卡顿优化的问题就讲到这里，下篇文章会对卡顿中的ANR情况的处理，这里做个铺垫。 如果喜欢我的文章，欢迎关注我的公众号。 点击这看原文链接： 参考 Android卡顿检测及优化 一文读懂直播卡顿优化那些事儿 “终于懂了” 系列：Android屏幕刷新机制—VSync、Choreographer 全面理解！ 深入探索Android卡顿优化（上） 西瓜卡顿 & ANR 优化治理及监控体系建设 5376)] 参考 Android卡顿检测及优化 一文读懂直播卡顿优化那些事儿 “终于懂了” 系列：Android屏幕刷新机制—VSync、Choreographer 全面理解！ 深入探索Android卡顿优化（上） 西瓜卡顿 & ANR 优化治理及监控体系建设 本篇文章为转载内容。原文链接：https://blog.csdn.net/yuhaibing111/article/details/127682399。 该文由互联网用户投稿提供，文中观点代表作者本人意见，并不代表本站的立场。 作为信息平台，本站仅提供文章转载服务，并不拥有其所有权，也不对文章内容的真实性、准确性和合法性承担责任。 如发现本文存在侵权、违法、违规或事实不符的情况，请及时联系我们，我们将第一时间进行核实并删除相应内容。