自己的笔触

在活动装备上打开UI界面卡顿,等待时间长,页面白块,等等体验是很不好的。本文记录自己在工作中解决UI卡顿的法门。

自己第一从以下方面最先

资源量

界面打开做的操作

界面自身的逻辑

IO的读写(包括接受的网络协议数据量)

咱俩是一家位于东京(Tokyo)的互联网创业团队,我们的出品是「简书」:
http://jianshu.com ,既有 Web 端,也有 iOS
和Android 的 app,如今已经进来了第三个新春。

自身的条件

类型体系:大型3DMMOARPG

Unity3D 5.3.7
基于UGUI,UI基础框架使用KSFramework:https://github.com/mr-kelly/KSFramework

客户端配置文件通过sqlite存储(在Lua中读取数据)

测试机型

One plusA57 中端机器 ,3G内存

详细参数:http://detail.zol.com.cn/1161/1160598/param.shtml

优化目的

开辟界面的一弹指,就能拿到举报,等待时间在0.2s之内。

页面的情节能够是日益呈现,但不期望出现堵塞的场景。

也许你早已听说过,大家在 2014 年完成了 500 万元人民币的 Pre-A
轮融资,并于 2016 完成了数百万英镑的 A
轮融资,前年8月大家恰好落成了4200万人民币B轮融资,领投方为君联资本、海纳南美洲创投基金(SIG)。

UI的Assetbundle大小

指出一个UI界面的的Assetbundle文件大小在1mb之内,且倚重关系毫不跨越三个,在卷入出来的*.manifest文件中(Dependencies节点)可以看到资源倚重关系。

如果一个界面的图片量过多,美术可以考虑在规划上简单图集,重复使用,九宫格,抽离大的背景图等形式,缩小资源量。

提出:一个界面使用一个图集,减弱图集间的交叉引用。

作为国内首屈一指的优质创作社区,简友们平均每秒发布四个评价、为五篇作品点“喜欢”,每两秒有一篇原改进著作诞生。

UI图占用的内存

查看单个界面的资源占用内存大小

1、点击 Window – 点击Profiler ,打开Profiler ,切换到
Memory页签

2、点击 Detaild – 点击 Take Sample ,选择
Assets/Texture2D,查看每张图纸占用的内存

统计 1

提出:单个界面图集的内存占用控制在1~2M之内,其余特殊情状,能够考虑做成大图加载

我们信任,你的赶到,会让简书变得更好。

整个UI界面的Gameobject数量

比方UI界面中Gameobject的多少过多,在加载Assetbundle实例化Gameobject时,耗时会更长。

我的事例:

统计 2

(1个道具Prefab的Gameobject数量在10个左右)

总结UI界面的gameobject数量脚本

[MenuItem("UI/统计当前场景的Gameobject数量")]
    public static void MenuGameobjectCount()
    {
        var obj = GameObject.FindObjectOfType<UIWindowAsset>();
        if (obj)
        {
            var graphics = obj.GetComponentsInChildren<Transform>(true);
            Debug.LogFormat("当前场景的Gameobject数量:{0}",graphics.Length);
        }
    }

提出:单个界面的gameobject数量控制在100以内

让我们携手打造一个更美好的「简书」吧,一起接受世界的称扬!

开辟界面做的操作

削减在UI打开须臾间做的操作,耗时的精打细算如故操作可以延时处理。

招聘职位:大数额平台专家

每帧生成Gameobject

若果列表的多寡过多,提议每帧或者间隔多少帧进行Instantiate操作。

以身作则代码:

function UIRewardMonthly:Update()
    if self.index and  self.index <= self.maxCell then
        local item = GameObject.Instantiate(self.itemCell.gameObject)
        item.transform:SetParent(self.scrollContent.transform, false)
        self:DoRenderItem(self.index, item.transform, self.uiCache[self.index])
        if self.index == self.maxCell then
            --print("全部格子生成完成")
        end
        self.index = self.index + 1
    end
end

岗位描述

  • 肩负简书大数量平台技术架构设计,设计与付出,解决海量数据总计面临的挑衅;
  • 管理、优化并维护Hadoop、Spark(Spark)等集群,保证集群规模持续、稳定;
  • 顶住HDFS/hive/HBase的效劳、性能和扩大,解决并贯彻业务需求;
  • 赞助成立数据模型,对数据开展开挖、优化及统计。

IO的读取

在活动端的IO操作是很耗时的,比如读写配置文件。

分析网络数据也是一种IO的操作,假设网络数据量大,解析也是较耗时的。

建议:

1、尽量缩短在开辟界面时做IO的操作。

2、对亟待的多寡提前处理,数量众多的网络数据足以拓展分页。

3、对于本地数据可以展开缓存,避免在循环中开展询问或文件读写。

职位要求

  1. 本科及以上学历,3-5 年Hadoop/Hive/Hbase/斯帕克(Spark)/Flume/Kafka
    生产条件工作经历;
  2. 拥有主流大数额工具/平台实际项目经验,如 Hadoop /HBase /Hive /斯帕克(Spark)(Spark)/Storm 等等,并熟谙所利用工具的技术原理、重要特色;
  3. 统计,深谙主流大数量工具/平台实际安排架构和中坚运维,具备架构设计能力,至少承担完成1个海量数据有关制品或项目标技术架构设计、实现者优先;
  4. JAVA基础扎实,了解IO、多线程、集合、并发包,对JVM原理有一定的摸底;
  5. 熟习常用机器学习算法,如逻辑回归/贝叶斯网络/决策树/随机森林/GBDT/襄助向量机/深度神经网络等,对于特征工程、算法采取和调优、测试评估有实战经验者优先;
  6. 有过互联网数据挖掘分析利用的经验者优先,如用户画像/用户作为分析/推荐系统/内容爬取与追寻/激情分析/语义提取等等;
  7. 愿意海量数据解析、挖掘,肯钻研,对数据敏感,简书用户大加分。

薪酬范围

  • 30K-40K

干活地方

  • 迪拜市徐汇区

行事环境

简历投递

比方你有趣味参加大家,请将简历发送至
hr@jianshu.com
,邮件标题格式为:“姓名 – 大数额平台专家 –
X年干活经验
”。假若您在简书拥有账号,请在邮件中声明。收到简历后,我们会由此邮件通告后续安排。

更多岗位

二〇一七年简书招募计划已经打开,请关注:
简书招聘专题

简书与您,不见不散:)