189 8069 5689
Uniapp目前比较成熟，而且用的是Vue语法，学习成本比较低，而且行业里面用的也比较广泛，而Flutter的话，学习成本略高，因为要学习新的语言，还有就是目前生态不是特别完备，等他再发展发展吧。黑马程序员官网有成套免费视频哦，有什么不懂的可以直接过去学习。您的采纳是对我成长的鞭策
创新互联拥有一支富有激情的企业网站制作团队，在互联网网站建设行业深耕十载，专业且经验丰富。十载网站优化营销经验，我们已为上千家中小企业提供了成都网站设计、做网站解决方案，按需求定制制作，设计满意，售后服务无忧。所有客户皆提供一年免费网站维护!
1、No matter how familiar we used to be with each other,as long as we are apart then we become strangers. 原来只要分开了的人，无论原来多么熟悉，也会慢慢变得疏远。
2、The future belongs to those who believe in the beauty of their dreams. 未来属于那些相信梦想之美好的人。
3、You’ll never find the right person, if you can’t let go of the wrong one. 紧抓着错误的人放不了手，又怎么可能找到对的那个人呢？
4、Sometimes you will never know the true value of a moment until it becomes a memory——有时候，直到一些珍贵的时刻成为了回忆，你才会真正意识到它的价值所在。
5、Perseverance is not a long race:it is many short races,one after another. 坚持不懈不是一个长跑，而是一个接着一个的短跑！
6、Eternity is not a distance but a decision. 永远不是一种距离，而是一种决定。
7、Knowledge can't replace friendship,I'd rather be an idiot than lose you,Spongebob知识不能取代友谊，即使变成笨蛋我也不愿意失去你，海绵宝宝。——派大星
8、It all comes to the end about the past and you. For the future, about me, to be continued... 关于过去，关于你，告一段落。 关于未来，关于我，敬请期待
9、Life is like riding a bicycle. To keep your balance you must keep moving——人生就像骑单车，想保持平衡就得往前进。
10、What does it matter where I am if you are not with me. 如果没有你，我在哪里又有什么所谓。
11、Your kiss still burns on my lips, everyday of mine is so beautiful. 你的吻在我的唇上依旧炽热，我的每一天都是如此的美好.
12、Real girls aren’t perfect. Perfect girls aren’t real. 真实的女孩不完美，完美的女孩不真实。
13、Perhaps you get worse today, but tomorrow will always be new——或许今天你过得很糟糕，但是明天总会是崭新的！
14、When I wake up every morning, the greatest joy is gazing upon you and sunshine, that is the future I desire. 每天早上醒来，最大的愉悦就是看到你和阳光都在，这就是我想要的未来
15、Sometimes, the smallest things take up the most room in your heart. 有时候占据我们内心最多空间的，往往是那些最细小的事
16、It's an amazing feeling to realize how one person who was once just a stranger suddenly meant the world to you——很奇妙的一种感觉是，曾经的陌生人，突然之间成为了你的整个世界
17、Sometimes you need to step outside, clear your head, and remind yourself of who you are and where you wanna be. 有时候你需要退开一点，放空一下，然后提醒自己，我是谁，要去哪里。
18、If you hate me, you're the loser，not me.----Avril Lavigne 如果你恨我，那么你就是失败者，而不是我。----艾薇儿
19、Time to get our hearts and minds right, and make today the best day ever, because it will never come again! 是时候让我们的心回到正轨上来， 让今天成为最棒的一天吧， 因为，今天一去不回来
20、Three killers for the time: delay, hesitation ,uncertainty.【时间的三大杀手】1.拖延。2.犹豫不决。3.目标不明确
ListView的基础创建使用有三种方式：
通过默认构造函数来创建列表，应用场景 = 短列表
这种方式创建的列表存在一个问题：对于那些长列表或者需要较昂贵渲染开销的子组件，即使还没有出现在屏幕中但仍然会被ListView所创建，这将是一项较大的开销，使用不当可能引起性能问题甚至卡顿。
长列表
列表子项之间需要分割线
ListView的进阶使用主要包括：下拉刷新 上拉加载
在Flutter中，ListView结合RefreshIndicator组件实现下拉刷新
通过包裹一层RefreshIndicator，自定义onRefresh回调方法实现
方式有两种：
通过ListView.controller属性可以判断ListView是否滑动到了底部，再进行上拉加载
NotificationListener是一个Widget，可监听子Widget发出的Notification
ListView在滑动时中会发出ScrollNotification类型的通知，可通过监听该通知得到ListView的滑动状态，判断是否滑动到了底部，从而进行上拉加载
NotificationListener有一个onNotification属性，定义了监听的回调方法，通过它来处理加载更多逻辑
不定期分享关于 安卓开发 的干货，追求 短、平、快 ，但 却不缺深度 。
本文由阿里闲鱼技术团队逸昂分享，原题“消息链路优化之弱感知链路优化”，有修订和改动，感谢作者的分享。
闲鱼的IM消息系统作为买家与卖家的沟通工具，增进理解、促进信任，对闲鱼的商品成交有重要的价值，是提升用户体验最关键的环节。
然而，随着业务体量的快速增长，当前这套消息系统正面临着诸多急待解决的问题。
以下几个问题典型最为典型：
1） 在线消息的体验提升；
2） 离线推送的到达率；
3） 消息玩法与消息底层系统的耦合过强。
经过评估，我们认为现阶段离线推送的到达率问题最为关键，对用户体验影响较大。
本文将要分享的是闲鱼IM消息在解决离线推送的到达率方面的技术实践，内容包括问题分析和技术优化思路等 ，希望能带给你启发。
（本文已同步发布于： ）
本文是系列文章的第6篇，总目录如下：
《 阿里IM技术分享(一)：企业级IM王者——钉钉在后端架构上的过人之处 》
《 阿里IM技术分享(二)：闲鱼IM基于Flutter的移动端跨端改造实践 》
《 阿里IM技术分享(三)：闲鱼亿级IM消息系统的架构演进之路 》
《 阿里IM技术分享(四)：闲鱼亿级IM消息系统的可靠投递优化实践 》
《 阿里IM技术分享(五)：闲鱼亿级IM消息系统的及时性优化实践 》
《 阿里IM技术分享(六)：闲鱼亿级IM消息系统的离线推送到达率优化 》（* 本文）
从数据通信链接的技术角度，我们根据闲鱼客户端是否在线，将整体消息链路大致分为强感知链路和弱感知链路。
强感知链路由以下子系统或模块：
1） 发送方客户端；
2） idleapi-message（闲鱼的消息网关）；
3） heracles（闲鱼的消息底层服务）；
4） accs（阿里自研的长连接通道）；
5） 接收方客户端组成。
整条链路的核心指标在于端到端延迟和消息到达率。
强感知链路中的双方都是在线的，消息到达客户端就可以保证接收方感知到。强感知链路的主要痛点在消息的端到端延迟。
弱感知链路与强感知链路的主要不同在于： 弱感知链路的接收方是离线的，需要依赖离线推送这样的方式送达。
因此弱感知链路的用户感知度不强，其核心指标在于消息的到达率，而非延迟。
所以当前阶段，优化弱感知链路的重点也就是提升离线消息的到达率。换句话说， 提升离线消息到达率问题，也就是优化弱感知链路本身 。
下图一张整个IM消息系统的架构图，感受下整体链路：
如上图所示，各主要组件和子系统分工如下：
1） HSF是一个远程服务框架，是dubbo的内部版本；
2） tair是阿里自研的分布式缓存框架，支持 memcached、Redis、LevelDB 等不同存储引擎；
3） agoo是阿里的离线推送中台，负责整合不同厂商的离线推送通道，向集团用户提供一个统一的离线推送服务；
4） accs是阿里自研的长连接通道，为客户端、服务端的实时双向交互提供便利；
5） lindorm是阿里自研的NoSQL产品，与HBase有异曲同工之妙；
6） 域环是闲鱼消息优化性能的核心结构，用来存储用户最新的若干条消息。
强感知链路和弱感知链路在通道选择上是不同的：
1） 强感知链路使用accs这个在线通道；
2） 弱感知链路使用agoo这个离线通道。
通俗了说，弱感知链路指的就是离线消息推送系统。
相比较于在线消息和端内推送（也就是上面说的强感知链路），离线推送难以确保被用户感知到。
典型的情况包括：
1） 未发送到用户设备：即推送未送达用户设备，这种情况可以从通道的返回分析；
2） 发送到用户设备但没有展示到系统通知栏：闲鱼曾遇到通道返回成功，但是用户未看到推送的案例；
3） 展示到通知栏，并被系统折叠：不同安卓厂商对推送的折叠策略不同，被折叠后，需用户主动展开才能看到内容，触达效果明显变差；
4） 展示到通知栏，并被用户忽略：离线推送的点击率相比于在线推送更低。
针对“1）未发送到用户设备”，原因有：
1） 离线通道的token失效；
2） 参数错误；
3） 用户关闭应用通知；
4） 用户已卸载等。
针对“3）展示到通知栏，并被系统折叠”，原因有：
1） 通知的点击率；
2） 应用在厂商处的权重；
3） 推送的数量等。
针对“4）展示到通知栏，并被用户忽略”，原因有：
1） 用户不愿意查看推送；
2） 用户看到了推送，但是对内容不感兴趣；
3） 用户在忙别的事，无暇处理。
总之： 以上这些离线消息推送场景，对于用户来说感知度不高，我们也便称之为弱感知链路。
我们的弱感知链路分为3部分，即：
1） 系统；
2） 通道；
3） 用户。
共包含了Hermes、agoo、厂商、设备、用户、承接页这几个环节。具体如下图所示。
从推送的产生到用户最终进入APP，共分为如下几个步骤：
步骤1 ：Hermes是闲鱼的用户触达系统，负责人群管理、内容管理、时机把控，是整个弱感知链路的起点。；
步骤2 ：agoo是阿里内部承接离线推送的中台，是闲鱼离线推送能力的基础；
步骤3 ：agoo实现离线推送依靠的是厂商的推送通道（如：苹果的 apns通道 、Google的fcm通道、及 国内各厂商的自建通道 。；
步骤4 ：通过厂商的通道，推送最终出现在用户的设备上，这是用户能感知到推送的前提条件；
步骤5 ：如果用户刚巧看到这条推送，推送的内容也很有趣，在用户的主动点击下会唤起APP，打开承接页，进而给用户展示个性化的商品。
经过以上5个步骤，至此弱感知链路就完成了使命。
弱感知链路的核心问题在于：
1） 推送的消息是否投递给了用户；
2） 已投递到的消息用户是否有感知。
这对应推送的两个阶段：
1） 推送消息是否已到达设备；
2） 用户是否查看推送并点击。
其中： 到达设备这个阶段是最基础的，也是本次优化的核心。
我们可以将每一步的消息处理量依次平铺，展开为一张漏斗图，从而直观的查看链路的瓶颈。
漏斗图斜率最大的地方是优化的重点，差异小的地方不需要优化：
通过分析以上漏斗图，弱感知链路的优化重点在三个方面：
1） agoo受理率：是指我们发送推送请到的数量到可以通过agoo（阿里承接离线推送的中台）转发到厂商通道的数量之间的漏斗；
2） 厂商受理率：是指agoo中台受理的量到厂商返回成功的量之间的漏斗；
3） Push点击率：也就通过以上通道最终已送到到用户终端的消息，是否最终转化为用户的主动“点击”。
有了优化方向，我们来看看优化手段吧。
跟随推送的视角，顺着链路看一下我们是如何进行优化的。
用户的推送，从 Hermes 站点搭乘“班车”，驶向下一站： agoo 。
这是推送经历的第一站。到站一看，傻眼了，只有不到一半的推送到站下车了。这是咋回事嘞？
这就要先说说 agoo 了，调用 agoo 有两种方式：
1） 指定设备和客户端，agoo直接将推送投递到相应的设备；
2） 指定用户和客户端，agoo根据内部的转换表，找到用户对应的设备，再进行投递。
我们的系统不保存用户的设备信息。因此，是按照用户来调用agoo的。
同时： 由于没有用户的设备信息，并不知道用户是 iOS 客户端还是 Android 客户端。工程侧不得不向 iOS 和 Android 都发送一遍推送。虽然保证了到达，但是，一半的调用都是无效的。
为了解这个问题： 我们使用了agoo的设备信息。将用户转换设备这一阶段提前到了调用 agoo 之前，先明确用户对应的设备，再指定设备调用 agoo，从而避免无效调用。
agoo调用方式优化后，立刻剔除了无效调用，agoo受理率有了明显提升。
至此： 我们总算能对 agoo 受理失败的真正原因做一个高大上的分析了。
根据统计： 推送被 agoo 拒绝的主要原因是——用户关闭了通知权限。同时，我们对 agoo 调用数据的进一步分析发现——有部分用户找不到对应的设备。 优化到此，我们猛然发现多了两个问题。
那就继续优化呗：
1） 通知体验优化，引导打开通知权限；
2） 与agoo共建设备库，解决设备转换失败的问题。
这两个优化方向又是一片新天地，我们择日再聊。
推送到达 agoo ，分机型搭乘厂商“专列”，驶向下一站：用户设备。
这是推送经历的第二站。出站查票，发现竟然超员了。
于是乎： 我们每天有大量推送因为超过厂商设定的限额被拦截。
为什么会这样呢？
实际上： 提供推送通道的厂商（没错， 各手机厂商的自家推送通道良莠不齐 ），为了保证用户体验，会对每个应用能够推送的消息总量进行限制。
对于厂商而言，这个限制会根据推送的类型和应用的用户规模设定——推送主要分为产品类的推送和营销类的推送。
厂商推送通道对于不同类型消息的限制是：
1） 对于产品类推送，厂商会保证到达；
2） 对于营销类推送，厂商会进行额度限制；
3） 未标记的推送，默认作为营销类推送对待。
我们刚好没有对推送进行标记，因此触发了厂商的推送限制。
这对我们的用户来说，会带来困扰。闲鱼的交易，很依赖买卖家之间的消息互动。这部分消息是需要确保到达的。
同样： 订单类的消息、用户的关注，也需要保证推送给用户。
根据主流厂商的接口协议，我们将推送的消息分为以下几类，并进行相应标记：
1） 即时通讯消息；
2） 订单状态变化；
3） 用户关注内容；
4） 营销消息这几类。
同时，在业务上，我们也进行了推送的治理——将用户关注度不高的消息，取消推送，避免打扰。
经过这些优化，因为超过厂商限额而被拦截的推送实现了清零。
通过优化agoo受理率、厂商受理率，我们解决了推送到达量的瓶颈。但即使消息被最终送达，用户到底点击了没有？这才是消息推送的根本意义所在。
于是，在日常的开发测试过程中，我们发现了推送的两个体验问题：
1） 用户点击Push有开屏广告；
2） 营销Push也有权限校验，更换用户登陆后无法点击。
对于开屏广告功能，我们增加了Push点击跳过广告的能力。
针对Push的权限校验功能，闲鱼根据场景做了细分：
1） 涉及个人隐私的推送，保持权限校验不变；
2） 营销类的推送，放开权限校验。
以上是点击体验的优化，我们还需要考虑用户的点击意愿。
用户点击量与推送的曝光量、推送素材的有趣程度相关。推送的曝光量又和推送的到达量、推送的到达时机有关。
具体的优化手段是：
1） 在推送内容上：我们需要优化的是推送的时机和相应的素材；
2） 在推送时机上：算法会根据用户的偏好和个性化行为数据，计算每个用户的个性化推送时间，在用户空闲的时间推送（避免在不合适的时间打扰用户，同时也能提升用户看到推送的可能性）。
3） 在推送素材上：算法会根据素材的实时点击反馈，对素材做实时赛马。只发用户感兴趣的素材，提高用户点击意愿。
通过以上我们的分析和技术优化手段，整体弱推送链路链路有了不错的提升，离线消息的到达率相对提升了两位数。
本篇主要和大家聊的是只是IM消息系统链路中的一环——弱感知链路的优化，落地到到具体的业务也就是离线消息送达率问题。
整体IM消息系统，还是一个比较复杂的领域。
我们在消息系统的发展过程中，面临着如下问题：
1） 如何进行消息的链路追踪；
2） 如何保证IM消息的快速到达（见《 闲鱼亿级IM消息系统的及时性优化实践 》)；
3） 如何将消息的玩法和底层能力分离；
4） 离线推送中如何通过用户找到对应的设备。
这些问题，我们在以前的文章中有所分享，以后也会陆续分享更多，敬请期待。
[1] Android P正式版即将到来：后台应用保活、消息推送的真正噩梦
[2] 一套高可用、易伸缩、高并发的IM群聊、单聊架构方案设计实践
[3] 一套亿级用户的IM架构技术干货(上篇)：整体架构、服务拆分等
[4] 一套亿级用户的IM架构技术干货(下篇)：可靠性、有序性、弱网优化等
[5] 从新手到专家：如何设计一套亿级消息量的分布式IM系统
[6] 企业微信的IM架构设计揭秘：消息模型、万人群、已读回执、消息撤回等
[7] 融云技术分享：全面揭秘亿级IM消息的可靠投递机制
[8] 移动端IM中大规模群消息的推送如何保证效率、实时性？
[9] 现代IM系统中聊天消息的同步和存储方案探讨
[10] 新手入门一篇就够：从零开发移动端IM
[11] 移动端IM开发者必读(一)：通俗易懂，理解移动网络的“弱”和“慢”
[12] 移动端IM开发者必读(二)：史上最全移动弱网络优化方法总结
[13] IM消息送达保证机制实现(一)：保证在线实时消息的可靠投递
[14] IM消息送达保证机制实现(二)：保证离线消息的可靠投递
[15] 零基础IM开发入门(一)：什么是IM系统？
[16] 零基础IM开发入门(二)：什么是IM系统的实时性？
[17] 零基础IM开发入门(三)：什么是IM系统的可靠性？
[18] 零基础IM开发入门(四)：什么是IM系统的消息时序一致性？
（本文已同步发布于： ）
一 学习前端这门技术有前途吗？
1、行业发展好。
就说我们目前中国所有行业，可以说任何一个行业都离不开互联网，现在的人们对于互联网的依赖很大，互联网行业在中国无疑是现在发展前景最好的没有之一。web前端现在虽然竞争大，刚开始工作并不是那么好找，但是它未来所需要的人才是可观的，只有你拥有这个技术，作为web互联网+时代，用户体验现在成为了企业的第一标准，web前端当然待遇是水涨船高的。
2、人才需求大。
现在的人们离不开手机，我们现在手机的各种应用都是用代码写成的，互联网对人们的影响越来越大，根据新闻报道未来中国20年，需要软件开发，美工设计，web前端开发人才2000W人才，各类职业也需求更多，前端的人才需求比以前也有了质的飞跃。
3、薪资待遇高。
web前端开发工程师的薪资待遇平均工资已经突破一万，因为其他行业确实工资涨幅不大，所以必然会吸引了大批想要月薪过万的人来转行学习。我想引用乔布斯的一句话：WEB就是人类的未来，我们身为前端开发工作者也是未来，相信WEB前端开发的明天会更好。
二 零基础小白应该怎么学习前端才能少走弯路？
关于前端这一块的学习，我不主张自学，因为前端的知识体系是很庞大的，如果你自学，遇到一些问题，你自己很难解决，至少需要有专业的前端人士指导你，站在高手的肩膀上，才能看的更高更远，当然很多小伙伴会说，我也知道学习前端有高手指点挺好啊，可是我怎么知道去哪里找高手，高手又为什么愿意指导我呢？
这个问题问的好，其实现在是互联网时代，网上有很多的相关视频和直播课，我平时就经常去上网听一些前端高手讲课。我可以给大家分享一下我在网上听课的地方，老师挺厉害的，每天晚上在网上免费讲两个小时的直播课，也很适合零基础小白，讲的很透彻通俗易懂，让人感觉，原来前端是这么回事，没有想象的那么难，想听前端直播课的同学，可以进入他的前端教程资料裙：首先位于开头的一组数字是：655，其次处于中间地带的一组数字是：567，最后位于尾部的一组数字是：613，把以上三组数字按照先后顺序组合起来即可。作为想从事前端这个行业的小伙伴，一定要有一个平常心，只要能学到知识，去学就是了，不要磨磨唧唧的的做什么事情，否则什么也做不好。
三 学习前端，你需要具备哪些素质？
（1）如果web的任何一个元素（web界面，灵活的编程风格等）有一点吸引了你，让你着实着迷，恭喜你，有了一个完美的开始。确认一下自己是否喜欢和合适前端，而不是为了一份看起来体面而且薪水不菲的工作。
（2）不断学习，每日的积累，关注前端动态，是你跟上前端潮流的主要途径。前端的体系过于庞大，技术框架争涌而出，如果你经常抱怨累死码农的节奏，那就审视一下自己对前端的态度。
（3）主抓基础，避免盲目。前端领域知识点很多，值得学的东西也很多，聪明的人懂得花时间学习成体系的知识并且研究得足够深入，而不是盲目的看到别人用什么框架就去学什么。只停留在实践运用的阶段，到头来框架们都一个一个被淘汰，你仍在原地踏步。
（4）整理总结，先模仿后创造。将每日的积累做好规整，记录到博客也好，笔记也好。多看看牛人的源代码，等你达到了一定的层次水准，自然会得心应手。
（5）持有一颗造福前端社区的心。写一些有意思的小工具、插件，推广出去， 始终坚信，在从事前端的道路上You are not alone。
（6）要有专业人士的指导，尤其是学习前端找工作的，不要妄想自己一个人自学前端能找到工作，现在非常难，如果没有一个明白人帮你解决一下问题，会有非常多的弯路，中间很容易放弃，学习的不专业不说，最重要是浪费时间。
（7）一个好的心态和一个坚持的心很重要，很多冲着高薪的人想学习前端，但是能学到最后的没有几个，遇到困难就放弃了，这种人到处都是，就是因为有的东西难，所以他的回报才很大，我们评判一个前端开发者是什么水平，就是他解决问题的能力有多强。
四 入门web前端开发需要学习什么?
第一，基础部分的学习。
主要就是html、css、Java。这个其实不用多讲，这些个基础不学扎实了什么也干不了，可以直接从html5、css3、ES5来学习。
第二，与美工相关、后端开发、设计相关的学习。
想做好Web前端开发，一定搞清楚自己的工作界面在什么地方，这对你有很大帮助。每个公司可能都不一样，所以了解边界相关的知识就很重要。
美工相关，主要是说ps、切图之类的东西，photoshop还是需要会用的，至于说你能不能搞出漂亮的图片来那倒不是重点，关键点是体会美工的工作过程。如果你在公司兼了这件事，那你就得深入的学习了，别不以为然，前端的美术有修养还是挺重要的。
后端开发，虽说一般情况下，前端开发和后端开发是分开的，不过二般情况也很多。这个时候就需要你在后端中选择一条主线，很多人都在比较PHP、Python、Node.js哪种好，其实都差不多，不过从市场上的热度来说视乎Node.js更热一些，当然Node.js对js熟悉的前端来说也更容易上手。
相关标准，标准这个东西很多人都很不屑。其实很重要，越大的团队越重要。还是熟悉熟悉养成好的习惯微妙。这在初期至少涉及到很多兼容性问题，所以W3C的标准是必须了解和掌握的。
第三，各种框架类库的学习。
jquery，bootstrap等，现在的框架比较多，但是jquery和bootstrap这样级别的必须得熟练掌握，要不很多公司都没法干活。一般类库和框架都有垂直的网站可以学习，如bootstrap中文网之类的都很不错。
第四，对于工具的学习。
如Git、webpack、Gulp、github、Nginx 等等。工具本身实际上不学也能干活，从学习的角度来说，这个时间的分配上可以少一点儿，但是从工作的角度来说，如果需要的话要尽快上手，逐步熟悉。工具类的东西都不是特别难上手，几天可能就差不多了，但是想玩的透，极大的提高效率这个还是需要投入不少时间的。