1.FLASH动画源代码
2.UE4动画系统播放Montage源码浅析（二）
3.跑马灯带你深入浅出TextView的动画动画到里源码世界
4.求一个flash loading源代码
5.源码解析，Glide加载GIF图的源码源码原理竟然这么简单
FLASH动画源代码
还真没找到有swf文件的链接，可能通过后台上传的分享分享，只找到同样是动画动画到里这首歌的flash，地址如下：
/flashlink/flash_swf/c/cxianjin/_.swf
这个做的源码源码相对比那个要好一点点点点，呵呵
UE4动画系统播放Montage源码浅析（二）
在先前的分享分享溯源码中大条文章中，我们对UE4动画蒙太奇播放过程进行了探讨，动画动画到里本篇将深入解析蒙太奇的源码源码其他相关知识，包括蒙太奇插槽、分享分享蒙太奇片段和动画片段等。动画动画到里所分析的源码源码源码版本为4.。
关于蒙太奇结构，分享分享UAnimMontage蒙太奇动画可视为一种动态表现手段，动画动画到里无需将混合空间或动画序列拖入动画蓝图，源码源码只需在动画蓝图里放置一个FAnimNode_Slot动画节点，分享分享即可通过montage_play接口播放该插槽下的所有蒙太奇资源。
这意味着我们无需修改动画蓝图，就可以播放全新的源码讲解 赚钱动作。
蒙太奇动画除了动态播放动作外，还有更多应用。例如，现实中的蒙太奇概念。蒙太奇（montage）在法语中意为“剪接”，但在俄国，它被发展成一种**中镜头组合的理论。例如，将母亲煮菜、洗衣、带小孩、父亲看报等镜头放在一起，会给人一种母亲“忙碌”的感觉，从而产生对比手法，突出人物或事物的具体特征，两个不同的片段之间相互联系，产生意想不到的房源码核验效果。
如上所述，这类动画被称为蒙太奇，因为它还包括剪接、片段、组合等特点，可用于循环播放动画、跳转到下一个动画等。
创建一个动画序列的蒙太奇，会看到如下面板：区域1为蒙太奇插槽，在动画蓝图中也要有对应插槽节点才会播放此蒙太奇；蒙太奇资源中可以添加多个插槽。区域2为蒙太奇片段，蒙太奇资源中可以创建多个片段并设置它们之间的关系，用于动画的跳转、循环等。区域3为动画片段，每个插槽下可以添加多个动画片段。
蒙太奇片段对应上图示例有三个片段：Default、情侣计数源码Loop、End，我们可以设置它们之间的关系。图中Default片段后面的箭头图标表示播放完毕后会接着播放Loop，Loop片段后的循环图标表示循环播放Loop。如果我们显式跳转到End片段，End片段后面没有其他片段，那么播放结束后就结束了。
蒙太奇片段是独立的，与插槽、动画片段没有任何关系，它只是根据蒙太奇片段之间的关系确定当前播放时间。了解了蒙太奇片段的作用，我们来看具体实现。其数据结构如下：蒙太奇片段由FCompositeSection结构描述，CompositeSections就是蒙太奇资源上序列化的蒙太奇片段数组。
了解了基本数据结构，率土之滨测试源码再看如何根据动画片段获取蒙太奇姿势。结合上一篇文章，姿势获取最后是调用FAnimInstanceProxy::SlotEvaluatePose函数，并遍历MontageEvaluationData数据（其中包含蒙太奇实例的时间、权重、蒙太奇引用等数据）。
以上便是关于UE4动画系统播放Montage源码的解析，希望对大家有所帮助。
跑马灯带你深入浅出TextView的源码世界
本文将深入浅出地解析Android系统中TextView的跑马灯动画源码，以解决开发者在实际开发中遇到的问题。文章将通过一个具体问题作为出发点，引导读者从源码的角度分析和解决问题。 首先，面临的问题是Android 6.0及以上系统中点击“添加购物车”按钮时，TextView的跑马灯动画会出现跳动现象（动画重置，滚动从头开始）。面对这一现象，开发者往往需要从源码层面进行深入分析。 为了解决问题，文章建议采用以下步骤进行源码分析： 搜索“Android TextView 跑马灯原理”，找到关键代码实现，特别是与跑马灯启动相关的startMarquee()方法。 使用Android Studio搜索TextView并查看类接口图，找到startMarquee()方法的实现，对其进行初步分析。 确定找到的方法正确后，继续了解整个框架的实现流程，绘制主流程图。 接下来，文章将深入分析跑马灯动画的实现机制，包括TextView、Marquee内部类以及Choreographer系统。 在分析中，文章指出Choreographer是一个用于管理动画、输入和绘制的系统类，它通过监听DisplayEventReceiver来接收系统信号，并在每一帧中回调以确保动画的平滑性。在Choreographer中，Marquee会计算偏向值，然后触发TextView的刷新来实现动画效果。 文章进一步解析了Choreographer的实现原理以及Marquee在postFrameCallback中的具体操作，包括计算时间差、移动位移以及触发TextView刷新的过程。 最后，文章对问题进行了详细分析，揭示了导致跑马灯动画重置的根源在于“购物车”按钮的setText方法触发了requestLayout，从而导致了视图重绘。通过修改按钮的布局属性，问题得以解决。 总结而言，文章通过问题分析和源码解析，为开发者提供了一条清晰的路径，从现象出发，深入源码，最终找到问题的根本原因并解决，从而提升对Android系统内核的理解和应用能力。求一个flash loading源代码
公式是：
影片剪辑.gotoAndStop(Math.floor(已下载字节/总帧数)*);
已下载字节、总帧数 也是，你自己获取
然后加上条件语句判断
最后模式下载测试一下
源码解析，Glide加载GIF图的原理竟然这么简单
在探讨之前，让我们明确一点：Android的ImageView实际上并不支持直接加载GIF动图，因为ImageView基于Canvas绘制，而Canvas仅支持drawBitmap一次绘制一张。那么，Glide是如何巧妙地让ImageView展现出GIF动画的呢？
让我们从Glide的源码入手，今天的主角是GifDrawable。这个类虽然有大约行代码，但理解其工作原理并非无迹可寻。首先，我们注意到一个开始播放第一帧的方法，这可能是入口点。
代码结构中，当GIF有多帧时，会订阅特定事件。关键在于观察三句代码：一是递增帧位置，表明采用无限轮播算法；二是加载资源回调，通过Target接口来触发；三是消息传递，用Handler进行控制。
在加载资源的回调中，我们看到消息机制在发挥作用。当接收到消息，会根据what参数进行处理。在handleMessage中，处理了延迟消息和清理消息。延迟消息会获取新帧数据并绘制到ImageView，同时清除旧帧，接着进入下一个帧的加载和清除过程。
总结来说，Glide加载GIF的原理相当直观：GIF被解析为一系列，通过无限轮播，每次新帧的加载都触发一次请求。在完成绘制后，旧帧会被清除，然后继续下一轮的加载。整个过程通过Handler的消息传递机制驱动循环播放。以上内容摘自Android轮子哥的分享。