最近新增一个抽奖小模块，就是扭蛋机的形式，产品给了参考网页，奈何不好扒下来用，只得自己动手干了，不多bb，先看效果吧！效果图：动画分析由上面gif可看出，整个动画分为四个部分1.扭蛋随机（也不算随机吧）在固定盒子内跳动2.中奖扭蛋下落3.中奖扭蛋移动到中心，并且逐渐放大4.中奖扭蛋做出扭开姿势，缓慢打开整个过程分析好了，貌似还不难，那就一步

languageleftAdd0(){varvaluethis.form.inputNum;varinputNumthis.form.inputNum.replace(/s/g,')varreg/^ds$/;if(reg.test(value)&&inputNum){this.$messag

GitHub地址(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fweizongwu%2FSpringCloudOAuth2SpringSecurityFrame.git"项目地址")码云地址(https://gitee.com/wujishu/

在开发途中，因为红点的逻辑比较宏观，所以很容易养成开发完功能，到处补红点逻辑的坏习惯，也因此踩过不少坑，这两天撸了下项目的红点系统，顺便自己也写了另一版。也分享下红点的思路。!(https://oscimg.oschina.net/oscnet/f445614bc10bf3bdad68c2dbf9f24eb89ad.png)首先红点系统的基础

关键词BinderAndroidIPCLinux内核驱动摘要Binder是Android系统进程间通信（IPC）方式之一。Linux已经拥有管道，systemVIPC，socket等IPC手段，却还要倚赖Binder来实现进程间通信，说明Binder具有无可比拟的优势。深入了解Binder并将之与传统IPC做

今天来给大家总结下React的单向数据流与组件间的沟通。首先，我认为使用React的最大好处在于：功能组件化，遵守前端可维护的原则。先介绍单向数据流吧。React单向数据流：React是单向数据流，数据主要从父节点传递到子节点（通过props）。如果顶层（父级）的某个props改变了，React会重渲染所有的子节点。刚才我们提到了

1\.概述Linux提供了多种进程间传递消息的方式，如共享内存、套接字、管道、消息队列、信号等，而Nginx框架使用了3种传递消息的传递方式：共享内存、套接字、信号。在进程间访问共享资源时，还需要提供一种机制使各个进程有序、安全地访问资源，避免并发访问带来的未知结果。Nginx主要使用了3种同步方式：原子操作、信号量、

上节我们分享了Linux进程间通信的其中两种方式：管道、消息队列，文章如下：Linux进程间通信(上)之管道、消息队列实践(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMzA3MjMzNTc4NA%3D%3D%26mid

管道是单向的字节流，它将某个进程的标准输出连接到另一个进程的标准输入。管道和有名管道是最早的进程间通信机制之一，管道可用于具有亲缘关系进程间的通信，有名管道克服了管道没有名字的限制，因此，除具有管道所具有的功能外，它还允许无亲缘关系进程间的通信。管道和有名管道的读写规则是在程序中应用它们的关键。管道相关的概念在linux中管道是通过指向同

通过以上，我们就能很直观的明白了问题的原因，第一个，由于键值发生了变化，造成了组件重新创建，第二个，由于组件重新创建，动画时机过早，造成属性未生效。