1. 为什么还要聊NGUI控件现在新项目基本都上UGUI或者UI Toolkit了但市面上仍有大量存量项目跑在NGUI上尤其是2015到2018年之间上线的商业项目很多至今还在持续迭代。我最近接手的一个模拟项目就是这种情况整个UI层全是NGUI搭的改一个界面得先把控件体系摸清楚。所以这篇内容主要面向两类人一是正在维护NGUI老项目的开发者二是想理解UI框架底层设计思路、从NGUI里汲取经验的技术人。NGUI的控件体系本质上是一套基于MonoBehaviour的组件树所有控件都挂在UIRoot下面通过Depth和Panel来管理渲染顺序。它最核心的几个控件包括UILabel、UISprite、UIButton、UIToggle、UISlider、UIProgressBar、UIInput、UIPopupList、UIScrollView和UITable/UIGrid。这些控件覆盖了日常UI开发的绝大部分场景理解它们的内部机制和配合方式基本就能驾驭整个NGUI项目。这篇文章不会泛泛地罗列API而是从实际使用角度出发把每个控件的关键参数、常见坑点、性能影响和组合用法讲透。我会按照控件分类逐个拆解穿插实际项目中的操作记录和排查经验。读完你应该能直接上手改NGUI界面并且知道哪些操作会踩雷、哪些参数调了会出事。2. NGUI控件体系的核心设计逻辑2.1 控件与Panel、Depth的三角关系NGUI的渲染顺序不是靠Hierarchy里的排列决定的而是靠三个东西共同作用Panel的Depth、控件的Depth、以及RenderQueue。很多新手改了半天层级发现显示还是不对就是因为没搞懂这套机制。每个Panel有自己的Depth值Panel之间按Depth排序Depth大的Panel整体渲染在后面也就是显示在上层。同一个Panel内部各个WidgetUILabel、UISprite等有自己的Depth同样Depth大的显示在上层。如果两个Widget的Depth相同那就按它们在Hierarchy里的顺序来排在前面的先渲染排在后面的盖在上面。这里有个容易忽略的点Panel的Depth优先级高于Widget的Depth。也就是说Panel A里Depth为100的Sprite永远显示在Panel B里Depth为0的Sprite下面只要Panel A的Depth小于Panel B。我见过有人在一个Panel里把某个图标的Depth调到999结果还是被另一个Panel挡住了排查半天才发现是Panel层级的问题。注意修改Depth后如果场景没刷新手动调一下GameObject的SetActive或者调用Panel的Refresh()NGUI不会自动检测Depth变化。2.2 Widget与Anchor的依赖机制NGUI里所有可见控件都继承自UIWidgetUIWidget提供了基础的位置、大小、颜色、Pivot等属性。而UIAnchor和后来的UIWidget.Anchors在较新版本中叫UIWidget的Anchor系统负责处理自适应布局。早期NGUI用UIAnchor组件把它挂在控件上指定一个目标比如Camera或者另一个Widget然后设置相对位置。这个方案的问题是每个Anchor都要在Update里计算控件多了性能很差。后来NGUI引入了UIWidget自带的Anchors系统可以在Inspector里直接设置Left、Right、Top、Bottom、Center五个方向的锚点支持相对于Parent或者某个Target。实际项目里我建议统一用UIWidget自带的Anchors不要混用UIAnchor组件。混用会导致布局计算顺序不确定出现偶发的错位。如果确实需要动态锚定用代码设置widget.SetAnchor()系列方法比挂UIAnchor组件更可控。2.3 事件系统的传递链路NGUI的事件系统基于UICamera所有鼠标和触摸事件都由UICamera统一分发。UICamera挂在场景里的Camera上它会做射线检测找到鼠标位置下最上层的Widget然后根据Widget上挂的碰撞体BoxCollider或MeshCollider来触发对应的事件。事件传递的顺序是UICamera检测到目标对象后依次尝试触发onHover、onPress、onClick、onDrag、onDrop等回调。这些回调可以挂在任何GameObject上不一定非得是Widget本身。比如你可以把onClick挂在一个空的GameObject上只要这个GameObject有碰撞体并且在UICamera的检测范围内。这里有个经典坑UICamera的eventReceiverMask参数决定了哪些Layer的对象能接收事件。如果新加的控件不响应点击先检查它的Layer是否在eventReceiverMask里。另外UICamera的useMouse和useTouch参数控制是否响应鼠标和触摸在编辑器里调试时确保useMouse为true。3. 核心控件逐个拆解与实操要点3.1 UILabel文本渲染的细节控制UILabel是NGUI里用得最多的控件但它的参数远不止Text和Font Size那么简单。先说字体NGUI支持Dynamic Font和Bitmap Font两种。Dynamic Font直接用TTF字体文件优点是支持任意字号和动态字符集缺点是每次字号变化都会重新生成纹理性能开销大。Bitmap Font需要预先用工具生成图集优点是渲染效率高缺点是不支持动态字符和任意字号。实际项目里如果UI文本量大且字号固定用Bitmap Font如果文本内容动态且字号多变用Dynamic Font。我一般会在项目初期就把常用字号比如20、24、28、32的Bitmap Font都生成好避免运行时动态生成。UILabel的几个关键参数Overflow控制文本超出边界时的行为。ShrinkContent会缩小字体适应边界Clamp会截断ResizeFreely会撑大控件。做自适应布局时常用ShrinkContent但要注意它会改变实际渲染字号可能导致不同语言的显示效果不一致。Alignment支持Left、Center、Right、Justified。Justified会拉伸空格来对齐两端但中文没有空格所以对中文无效。Spacing控制字符间距X是水平间距Y是垂直间距。做艺术字效果时常用。Max Lines限制最大行数配合Overflow使用。Effect支持Shadow和Outline。Shadow性能开销小Outline需要额外渲染一遍开销大。移动端慎用Outline。实操心得UILabel的文本内容变化后如果发现显示没更新调用label.MarkAsChanged()强制刷新。另外UILabel的SetActive(false)再SetActive(true)会导致重新计算布局频繁切换的文本不要用这种方式刷新。3.2 UISprite图集管理与九宫格拉伸UISprite依赖UIAtlas所有Sprite都从图集里取。NGUI的图集管理有个原则同一个Panel下的Sprite尽量来自同一个图集因为不同图集的Sprite会打断DrawCall。如果两个Sprite来自不同图集即使Depth相邻也会产生额外的DrawCall。UISprite的Type参数有Simple、Sliced、Tiled、Filled、Advanced几种Simple直接显示原图最常用。Sliced九宫格拉伸需要设置Border。做按钮背景、面板背景时必用。Tiled平铺适合做重复纹理的背景。Filled填充适合做进度条、冷却效果。Fill Direction控制填充方向Fill Amount控制填充比例。Advanced高级模式可以单独设置四个角的Sprite适合做复杂的边框。九宫格拉伸的Border设置很关键。Border的四个值分别对应左、右、上、下四个边的像素宽度。设置不对会导致拉伸后边角变形。我一般会在图集里把按钮背景的Border设好然后在UISprite里直接选Sliced不用每次手动调。注意UISprite的MakePixelPerfect()方法会根据当前分辨率调整大小但在动态分辨率下慎用可能导致布局跳动。3.3 UIButton状态切换与事件绑定UIButton是NGUI里最常用的交互控件它本质上是一个状态机管理Normal、Hover、Pressed、Disabled四个状态的显示。每个状态可以指定一个UISprite或者一个GameObject。UIButton的关键参数Tween Target状态切换时的目标对象一般是按钮背景的UISprite。Colors四个状态的颜色可以单独设置。Sprite四个状态的Sprite如果不用颜色变化就用这个。Transition切换方式支持Color、Sprite、Animation。Animation方式可以播放一个Animation Clip适合做复杂的按钮动效。事件绑定方面UIButton本身不处理点击点击事件由UICamera分发到挂载了UIEventListener的GameObject上。实际项目里我推荐用UIEventListener.Get(gameObject).onClick OnClickHandler的方式绑定比在Inspector里拖拽更灵活也方便代码管理。实操心得UIButton的Disabled状态不会自动阻止点击事件需要在onClick回调里手动判断按钮是否可用。我一般会封装一个ButtonEx类在onClick里先检查isEnabled再执行逻辑。3.4 UIToggle与UIToggledObjects开关控件的联动UIToggle是复选框和单选框的基础。它有一个Value属性表示当前是否选中还有CheckSprite和CheckSprite的显示逻辑。UIToggleGroup用于实现单选框组同一组内只能有一个选中。UIToggledObjects是一个辅助组件它可以根据UIToggle的Value来激活或禁用一组GameObject。做设置面板时特别有用比如勾选“开启音效”后显示音量滑块。实际使用中要注意UIToggle的Value变化会触发onChange事件如果在onChange里又修改Value会导致死循环。我遇到过在onChange里根据条件把Value改回去结果事件反复触发。解决办法是在修改Value前先移除事件监听改完再加回来。3.5 UISlider与UIProgressBar数值输入的两种形态UISlider是可拖拽的滑块UIProgressBar是只读的进度条。两者都继承自UIProgressBar区别在于UISlider有Foreground和Thumb支持拖拽交互。UISlider的关键参数Value当前值范围0到1。Steps步进数设置为0表示连续设置为N表示只能取0、1/N、2/N...这些值。Thumb滑块手柄的Transform。Foreground已填充部分的Sprite。Background背景Sprite。Direction填充方向支持Horizontal和Vertical。做音量条、亮度条时用UISlider做加载进度、血条时用UIProgressBar。UIProgressBar的Value可以直接代码设置不需要交互。注意UISlider的Value变化会触发onChange事件如果在onChange里做耗时操作拖拽时会卡顿。建议在onChange里只更新显示实际逻辑在onDragFinished或者延迟一帧执行。3.6 UIInput文本输入的焦点与验证UIInput是NGUI的输入框控件支持单行和多行输入。它的核心是Input Field和Label的配合Input Field是一个隐藏的Unity原生InputField负责接收键盘输入Label负责显示。UIInput的关键参数Character Limit字符数限制0表示不限制。Input Type支持Standard、AutoCorrect、Password、Number、Username等。Password模式会用星号显示。Validation支持None、Integer、Float、Alphanumeric、Username、Name。做数值输入时用Integer或Float会自动过滤非法字符。On Submit回车或失去焦点时的回调。On Change每次文本变化时的回调。实际项目里最常见的坑是移动端的键盘遮挡问题。NGUI的UIInput在移动端弹出键盘时不会自动调整界面位置需要手动监听键盘高度并移动Panel。我一般会写一个KeyboardAdjuster组件在OnInputFocus时把当前Input所在的Panel往上移OnInputBlur时移回来。实操心得UIInput的Label如果用了Bitmap Font输入中文时可能显示不全因为Bitmap Font的字符集里没有中文字符。这种情况必须用Dynamic Font。3.7 UIPopupList下拉菜单的数据绑定UIPopupList是NGUI的下拉菜单控件它由两部分组成当前选中项的显示Label和点击后弹出的选项列表。选项列表本质上是一个UIScrollView加UITable/UGrid。UIPopupList的关键参数Options选项列表可以在Inspector里直接填也可以代码设置。Position弹出方向支持Auto、Above、Below。On Value Change选中项变化时的回调。Atlas、Background、Highlight弹出列表的样式。实际使用中UIPopupList的选项列表是运行时动态生成的每次打开都会重新创建GameObject。如果选项很多比如上百个会有明显的卡顿。优化方案是限制选项数量或者改用自定义的滚动列表。注意UIPopupList的Options在代码里设置后需要调用Show()才会刷新显示。直接改Options不会立即生效。3.8 UIScrollView与UITable/UIGrid滚动列表的性能优化UIScrollView是NGUI的滚动容器UITable和UIGrid是两种自动排列子对象的组件。UITable按行或列排列支持自定义每行每列的数量UIGrid按固定大小排列适合做图标网格。UIScrollView的关键参数Movement支持Horizontal、Vertical、Unrestricted、Custom。Drag Effect拖拽效果支持None、Momentum、MomentumAndSpring。Scroll Wheel Factor滚轮速度。Momentum Amount惯性大小。Spring Strength回弹强度。性能优化方面UIScrollView最大的问题是所有子对象都会参与渲染即使滚出屏幕外。如果列表项很多比如100个以上DrawCall和顶点数会爆炸。优化方案有两种一是用UIWrapContent实现循环利用只创建可视区域内的项二是手动分页每次只加载一页。UIWrapContent是NGUI自带的循环滚动组件它会把滚出边界的项移动到另一端实现无限滚动。使用UIWrapContent时要注意子对象的数量要大于可视区域能容纳的数量否则会出现空白。实操心得UIScrollView的Panel如果设置了Clipping会额外产生两个DrawCall用于裁剪。如果不需要裁剪把Clipping设为None可以省两个DrawCall。4. 控件组合与实战场景4.1 做一个设置面板Toggle、Slider、PopupList的联动设置面板是NGUI控件的典型组合场景。一个完整的设置面板通常包含音效开关UIToggle、音量滑块UISlider、画质下拉框UIPopupList、语言选择UIPopupList、以及确定/取消按钮UIButton。搭建步骤创建一个PanelDepth设为10确保在游戏界面之上。添加背景SpriteType设为SlicedBorder设为20。添加标题LabelFont Size设为32Alignment设为Center。添加音效开关一个UIToggleCheckSprite用勾选图标Label显示“音效”。添加音量滑块一个UISliderBackground和Foreground用不同颜色的SpriteThumb用圆形图标。添加画质下拉框一个UIPopupListOptions填“低、中、高、极高”。添加确定和取消按钮两个UIButton分别绑定onClick事件。联动逻辑音效开关关闭时音量滑块置灰修改UISlider的Alpha为0.5并禁用交互。这个逻辑在UIToggle的onChange里实现。注意UIPopupList的弹出列表默认渲染在最上层如果设置面板的Depth不够高弹出列表可能被其他Panel挡住。解决办法是把UIPopupList所在的Panel Depth设高或者把弹出列表的Depth设高。4.2 做一个背包界面ScrollView、Grid、DragDrop的配合背包界面是NGUI里比较复杂的一种组合涉及滚动、网格排列、拖拽交换。核心组件是UIScrollView UIGrid UIDragDropItem。搭建步骤创建PanelDepth设为5。创建UIScrollViewMovement设为VerticalDrag Effect设为MomentumAndSpring。在UIScrollView下创建UIGridCell Width和Cell Height设为80Arrangement设为Horizontal。每个背包格子是一个UISprite背景 UISprite物品图标 UILabel数量。给每个格子挂UIDragDropItem实现拖拽交换。UIDragDropItem的关键参数Restriction拖拽限制支持None、Horizontal、Vertical、PressAndHold。Clone On Drag拖拽时是否克隆一个副本。Press And Hold长按多久才开始拖拽。拖拽交换的逻辑在OnDragDropRelease里实现获取拖拽目标位置的格子交换两个格子的数据然后刷新显示。实操心得UIDragDropItem的拖拽副本默认渲染在最上层但如果Panel的Depth不够高副本可能被其他Panel挡住。解决办法是在拖拽开始时把副本的Depth设为一个很大的值拖拽结束后恢复。4.3 做一个聊天窗口UIInput、ScrollView、Label的实时更新聊天窗口的核心需求是输入框输入文本回车后发送消息列表滚动到底部。涉及UIInput、UIScrollView、UILabel、UITable。搭建步骤创建PanelDepth设为8。创建UIScrollViewMovement设为Vertical。在UIScrollView下创建UITableColumns设为1Direction设为Down。每条消息是一个UILabelOverflow设为ResizeFreely这样长文本会自动换行并撑大高度。创建UIInputPosition设为BelowOn Submit绑定发送逻辑。发送逻辑创建新的UILabel添加到UITable下调用UITable.Reposition()然后调用UIScrollView.ScrollToBottom()。性能优化消息数量多了之后UITable.Reposition()的开销会越来越大。优化方案是限制消息数量超过一定数量后删除最旧的消息。另外UILabel的ResizeFreely会导致每次文本变化都重新计算布局如果消息更新频繁建议用固定宽度的UILabel加Clamp。注意UIScrollView的ScrollToBottom()在UITable.Reposition()之后立即调用可能不生效因为布局还没刷新。解决办法是延迟一帧调用或者调用UIScrollView.Invalidate()强制刷新。5. 常见问题与排查技巧实录5.1 控件不显示或显示异常这是NGUI里最常见的问题排查思路如下现象可能原因排查方法控件完全不显示Panel的Alpha为0检查Panel的Alpha值控件完全不显示控件在屏幕外检查Transform的Position控件完全不显示控件被其他Panel挡住检查Panel的Depth控件显示但颜色不对图集丢失或Sprite名错误检查UISprite的Atlas和SpriteName控件显示但位置不对Anchor设置错误检查Anchors的Target和Offset控件显示但大小不对Pivot设置错误检查Pivot和Dimensions控件闪烁两个控件Depth相同且位置重叠调整Depth或位置实操心得如果排查半天找不到原因先把控件的Depth设为一个很大的值比如1000看是否显示。如果显示了说明是被挡住如果还不显示说明是控件本身的问题。5.2 点击事件不响应点击事件不响应的排查思路检查UICamera是否存在eventReceiverMask是否包含控件的Layer。检查控件是否有碰撞体BoxCollider碰撞体大小是否覆盖了控件区域。检查控件是否被其他有碰撞体的对象挡住。检查UIButton的isEnabled是否为true。检查是否有其他脚本拦截了事件比如UIScrollView的拖拽会拦截点击。我遇到过一个经典案例一个按钮在ScrollView里点击没反应。排查发现是ScrollView的拖拽事件拦截了点击。解决办法是给按钮挂UIEventListener在onClick里判断是否发生了拖拽通过UICamera.currentTouch.dragStarted判断。5.3 性能问题与优化NGUI的性能问题主要集中在DrawCall和顶点数上。优化手段合并图集同一个Panel下的Sprite尽量来自同一个图集。减少Panel数量每个Panel至少产生一个DrawCallPanel越多DrawCall越多。使用UIWrapContent长列表用循环滚动避免创建大量GameObject。避免频繁SetActiveSetActive会导致重建频繁切换用Alpha0代替。减少Outline效果Outline会额外渲染一遍开销大。静态UI用Static PanelNGUI的Panel有Static选项勾选后不会每帧重建。实操心得用Unity Profiler查看UI的DrawCall和顶点数如果DrawCall超过50就需要优化了。移动端建议控制在30以内。5.4 自适应与分辨率适配NGUI的自适应主要靠UIRoot的Scaling Style和Manual Height。Scaling Style支持PixelPerfect、FixedSize、FixedSizeOnMobiles。PixelPerfect会按像素精确渲染适合像素风游戏FixedSize会按Manual Height缩放适合大多数项目。实际项目里我一般用FixedSizeManual Height设为720或1080然后所有UI按这个高度设计。宽度方向用Anchors做自适应左右锚定屏幕边缘。注意UIRoot的Manual Height改变后所有UI的尺寸都会按比例缩放。如果发现UI变形检查是否有控件的Anchors设置不当。6. 从NGUI迁移到UGUI的注意事项虽然这篇主要讲NGUI但很多项目最终会迁移到UGUI。迁移过程中有几个关键差异需要注意渲染顺序NGUI靠DepthUGUI靠Hierarchy顺序和Canvas的Sort Order。迁移时需要重新梳理层级。图集NGUI用UIAtlasUGUI用Sprite Atlas。迁移时需要重新打图集。事件系统NGUI用UICameraUGUI用EventSystem。迁移时需要替换所有事件绑定。锚点NGUI的Anchors和UGUI的RectTransform锚点概念不同迁移时需要重新设置。文本NGUI的UILabel和UGUI的Text在Overflow、Alignment等参数上行为不同迁移后需要逐个检查。我个人的经验是如果项目还在持续迭代尽早迁移到UGUI或UI Toolkit长期维护成本更低。如果项目已经进入维护期改动量不大继续用NGUI也没问题但要注意NGUI已经停止更新新版本Unity可能会有兼容性问题。最后分享一个小技巧NGUI的控件在Inspector里有很多参数但常用的就那么几个。我一般会做一个自定义Inspector把常用参数提到最上面不常用的折叠起来这样改界面时效率高很多。另外NGUI的代码是开源的遇到问题可以直接看源码比查文档快。
1. 为什么还要聊NGUI控件现在新项目基本都上UGUI或者UI Toolkit了但市面上仍有大量存量项目跑在NGUI上尤其是2015到2018年之间上线的商业项目很多至今还在持续迭代。我最近接手的一个模拟项目就是这种情况整个UI层全是NGUI搭的改一个界面得先把控件体系摸清楚。所以这篇内容主要面向两类人一是正在维护NGUI老项目的开发者二是想理解UI框架底层设计思路、从NGUI里汲取经验的技术人。NGUI的控件体系本质上是一套基于MonoBehaviour的组件树所有控件都挂在UIRoot下面通过Depth和Panel来管理渲染顺序。它最核心的几个控件包括UILabel、UISprite、UIButton、UIToggle、UISlider、UIProgressBar、UIInput、UIPopupList、UIScrollView和UITable/UIGrid。这些控件覆盖了日常UI开发的绝大部分场景理解它们的内部机制和配合方式基本就能驾驭整个NGUI项目。这篇文章不会泛泛地罗列API而是从实际使用角度出发把每个控件的关键参数、常见坑点、性能影响和组合用法讲透。我会按照控件分类逐个拆解穿插实际项目中的操作记录和排查经验。读完你应该能直接上手改NGUI界面并且知道哪些操作会踩雷、哪些参数调了会出事。2. NGUI控件体系的核心设计逻辑2.1 控件与Panel、Depth的三角关系NGUI的渲染顺序不是靠Hierarchy里的排列决定的而是靠三个东西共同作用Panel的Depth、控件的Depth、以及RenderQueue。很多新手改了半天层级发现显示还是不对就是因为没搞懂这套机制。每个Panel有自己的Depth值Panel之间按Depth排序Depth大的Panel整体渲染在后面也就是显示在上层。同一个Panel内部各个WidgetUILabel、UISprite等有自己的Depth同样Depth大的显示在上层。如果两个Widget的Depth相同那就按它们在Hierarchy里的顺序来排在前面的先渲染排在后面的盖在上面。这里有个容易忽略的点Panel的Depth优先级高于Widget的Depth。也就是说Panel A里Depth为100的Sprite永远显示在Panel B里Depth为0的Sprite下面只要Panel A的Depth小于Panel B。我见过有人在一个Panel里把某个图标的Depth调到999结果还是被另一个Panel挡住了排查半天才发现是Panel层级的问题。注意修改Depth后如果场景没刷新手动调一下GameObject的SetActive或者调用Panel的Refresh()NGUI不会自动检测Depth变化。2.2 Widget与Anchor的依赖机制NGUI里所有可见控件都继承自UIWidgetUIWidget提供了基础的位置、大小、颜色、Pivot等属性。而UIAnchor和后来的UIWidget.Anchors在较新版本中叫UIWidget的Anchor系统负责处理自适应布局。早期NGUI用UIAnchor组件把它挂在控件上指定一个目标比如Camera或者另一个Widget然后设置相对位置。这个方案的问题是每个Anchor都要在Update里计算控件多了性能很差。后来NGUI引入了UIWidget自带的Anchors系统可以在Inspector里直接设置Left、Right、Top、Bottom、Center五个方向的锚点支持相对于Parent或者某个Target。实际项目里我建议统一用UIWidget自带的Anchors不要混用UIAnchor组件。混用会导致布局计算顺序不确定出现偶发的错位。如果确实需要动态锚定用代码设置widget.SetAnchor()系列方法比挂UIAnchor组件更可控。2.3 事件系统的传递链路NGUI的事件系统基于UICamera所有鼠标和触摸事件都由UICamera统一分发。UICamera挂在场景里的Camera上它会做射线检测找到鼠标位置下最上层的Widget然后根据Widget上挂的碰撞体BoxCollider或MeshCollider来触发对应的事件。事件传递的顺序是UICamera检测到目标对象后依次尝试触发onHover、onPress、onClick、onDrag、onDrop等回调。这些回调可以挂在任何GameObject上不一定非得是Widget本身。比如你可以把onClick挂在一个空的GameObject上只要这个GameObject有碰撞体并且在UICamera的检测范围内。这里有个经典坑UICamera的eventReceiverMask参数决定了哪些Layer的对象能接收事件。如果新加的控件不响应点击先检查它的Layer是否在eventReceiverMask里。另外UICamera的useMouse和useTouch参数控制是否响应鼠标和触摸在编辑器里调试时确保useMouse为true。3. 核心控件逐个拆解与实操要点3.1 UILabel文本渲染的细节控制UILabel是NGUI里用得最多的控件但它的参数远不止Text和Font Size那么简单。先说字体NGUI支持Dynamic Font和Bitmap Font两种。Dynamic Font直接用TTF字体文件优点是支持任意字号和动态字符集缺点是每次字号变化都会重新生成纹理性能开销大。Bitmap Font需要预先用工具生成图集优点是渲染效率高缺点是不支持动态字符和任意字号。实际项目里如果UI文本量大且字号固定用Bitmap Font如果文本内容动态且字号多变用Dynamic Font。我一般会在项目初期就把常用字号比如20、24、28、32的Bitmap Font都生成好避免运行时动态生成。UILabel的几个关键参数Overflow控制文本超出边界时的行为。ShrinkContent会缩小字体适应边界Clamp会截断ResizeFreely会撑大控件。做自适应布局时常用ShrinkContent但要注意它会改变实际渲染字号可能导致不同语言的显示效果不一致。Alignment支持Left、Center、Right、Justified。Justified会拉伸空格来对齐两端但中文没有空格所以对中文无效。Spacing控制字符间距X是水平间距Y是垂直间距。做艺术字效果时常用。Max Lines限制最大行数配合Overflow使用。Effect支持Shadow和Outline。Shadow性能开销小Outline需要额外渲染一遍开销大。移动端慎用Outline。实操心得UILabel的文本内容变化后如果发现显示没更新调用label.MarkAsChanged()强制刷新。另外UILabel的SetActive(false)再SetActive(true)会导致重新计算布局频繁切换的文本不要用这种方式刷新。3.2 UISprite图集管理与九宫格拉伸UISprite依赖UIAtlas所有Sprite都从图集里取。NGUI的图集管理有个原则同一个Panel下的Sprite尽量来自同一个图集因为不同图集的Sprite会打断DrawCall。如果两个Sprite来自不同图集即使Depth相邻也会产生额外的DrawCall。UISprite的Type参数有Simple、Sliced、Tiled、Filled、Advanced几种Simple直接显示原图最常用。Sliced九宫格拉伸需要设置Border。做按钮背景、面板背景时必用。Tiled平铺适合做重复纹理的背景。Filled填充适合做进度条、冷却效果。Fill Direction控制填充方向Fill Amount控制填充比例。Advanced高级模式可以单独设置四个角的Sprite适合做复杂的边框。九宫格拉伸的Border设置很关键。Border的四个值分别对应左、右、上、下四个边的像素宽度。设置不对会导致拉伸后边角变形。我一般会在图集里把按钮背景的Border设好然后在UISprite里直接选Sliced不用每次手动调。注意UISprite的MakePixelPerfect()方法会根据当前分辨率调整大小但在动态分辨率下慎用可能导致布局跳动。3.3 UIButton状态切换与事件绑定UIButton是NGUI里最常用的交互控件它本质上是一个状态机管理Normal、Hover、Pressed、Disabled四个状态的显示。每个状态可以指定一个UISprite或者一个GameObject。UIButton的关键参数Tween Target状态切换时的目标对象一般是按钮背景的UISprite。Colors四个状态的颜色可以单独设置。Sprite四个状态的Sprite如果不用颜色变化就用这个。Transition切换方式支持Color、Sprite、Animation。Animation方式可以播放一个Animation Clip适合做复杂的按钮动效。事件绑定方面UIButton本身不处理点击点击事件由UICamera分发到挂载了UIEventListener的GameObject上。实际项目里我推荐用UIEventListener.Get(gameObject).onClick OnClickHandler的方式绑定比在Inspector里拖拽更灵活也方便代码管理。实操心得UIButton的Disabled状态不会自动阻止点击事件需要在onClick回调里手动判断按钮是否可用。我一般会封装一个ButtonEx类在onClick里先检查isEnabled再执行逻辑。3.4 UIToggle与UIToggledObjects开关控件的联动UIToggle是复选框和单选框的基础。它有一个Value属性表示当前是否选中还有CheckSprite和CheckSprite的显示逻辑。UIToggleGroup用于实现单选框组同一组内只能有一个选中。UIToggledObjects是一个辅助组件它可以根据UIToggle的Value来激活或禁用一组GameObject。做设置面板时特别有用比如勾选“开启音效”后显示音量滑块。实际使用中要注意UIToggle的Value变化会触发onChange事件如果在onChange里又修改Value会导致死循环。我遇到过在onChange里根据条件把Value改回去结果事件反复触发。解决办法是在修改Value前先移除事件监听改完再加回来。3.5 UISlider与UIProgressBar数值输入的两种形态UISlider是可拖拽的滑块UIProgressBar是只读的进度条。两者都继承自UIProgressBar区别在于UISlider有Foreground和Thumb支持拖拽交互。UISlider的关键参数Value当前值范围0到1。Steps步进数设置为0表示连续设置为N表示只能取0、1/N、2/N...这些值。Thumb滑块手柄的Transform。Foreground已填充部分的Sprite。Background背景Sprite。Direction填充方向支持Horizontal和Vertical。做音量条、亮度条时用UISlider做加载进度、血条时用UIProgressBar。UIProgressBar的Value可以直接代码设置不需要交互。注意UISlider的Value变化会触发onChange事件如果在onChange里做耗时操作拖拽时会卡顿。建议在onChange里只更新显示实际逻辑在onDragFinished或者延迟一帧执行。3.6 UIInput文本输入的焦点与验证UIInput是NGUI的输入框控件支持单行和多行输入。它的核心是Input Field和Label的配合Input Field是一个隐藏的Unity原生InputField负责接收键盘输入Label负责显示。UIInput的关键参数Character Limit字符数限制0表示不限制。Input Type支持Standard、AutoCorrect、Password、Number、Username等。Password模式会用星号显示。Validation支持None、Integer、Float、Alphanumeric、Username、Name。做数值输入时用Integer或Float会自动过滤非法字符。On Submit回车或失去焦点时的回调。On Change每次文本变化时的回调。实际项目里最常见的坑是移动端的键盘遮挡问题。NGUI的UIInput在移动端弹出键盘时不会自动调整界面位置需要手动监听键盘高度并移动Panel。我一般会写一个KeyboardAdjuster组件在OnInputFocus时把当前Input所在的Panel往上移OnInputBlur时移回来。实操心得UIInput的Label如果用了Bitmap Font输入中文时可能显示不全因为Bitmap Font的字符集里没有中文字符。这种情况必须用Dynamic Font。3.7 UIPopupList下拉菜单的数据绑定UIPopupList是NGUI的下拉菜单控件它由两部分组成当前选中项的显示Label和点击后弹出的选项列表。选项列表本质上是一个UIScrollView加UITable/UGrid。UIPopupList的关键参数Options选项列表可以在Inspector里直接填也可以代码设置。Position弹出方向支持Auto、Above、Below。On Value Change选中项变化时的回调。Atlas、Background、Highlight弹出列表的样式。实际使用中UIPopupList的选项列表是运行时动态生成的每次打开都会重新创建GameObject。如果选项很多比如上百个会有明显的卡顿。优化方案是限制选项数量或者改用自定义的滚动列表。注意UIPopupList的Options在代码里设置后需要调用Show()才会刷新显示。直接改Options不会立即生效。3.8 UIScrollView与UITable/UIGrid滚动列表的性能优化UIScrollView是NGUI的滚动容器UITable和UIGrid是两种自动排列子对象的组件。UITable按行或列排列支持自定义每行每列的数量UIGrid按固定大小排列适合做图标网格。UIScrollView的关键参数Movement支持Horizontal、Vertical、Unrestricted、Custom。Drag Effect拖拽效果支持None、Momentum、MomentumAndSpring。Scroll Wheel Factor滚轮速度。Momentum Amount惯性大小。Spring Strength回弹强度。性能优化方面UIScrollView最大的问题是所有子对象都会参与渲染即使滚出屏幕外。如果列表项很多比如100个以上DrawCall和顶点数会爆炸。优化方案有两种一是用UIWrapContent实现循环利用只创建可视区域内的项二是手动分页每次只加载一页。UIWrapContent是NGUI自带的循环滚动组件它会把滚出边界的项移动到另一端实现无限滚动。使用UIWrapContent时要注意子对象的数量要大于可视区域能容纳的数量否则会出现空白。实操心得UIScrollView的Panel如果设置了Clipping会额外产生两个DrawCall用于裁剪。如果不需要裁剪把Clipping设为None可以省两个DrawCall。4. 控件组合与实战场景4.1 做一个设置面板Toggle、Slider、PopupList的联动设置面板是NGUI控件的典型组合场景。一个完整的设置面板通常包含音效开关UIToggle、音量滑块UISlider、画质下拉框UIPopupList、语言选择UIPopupList、以及确定/取消按钮UIButton。搭建步骤创建一个PanelDepth设为10确保在游戏界面之上。添加背景SpriteType设为SlicedBorder设为20。添加标题LabelFont Size设为32Alignment设为Center。添加音效开关一个UIToggleCheckSprite用勾选图标Label显示“音效”。添加音量滑块一个UISliderBackground和Foreground用不同颜色的SpriteThumb用圆形图标。添加画质下拉框一个UIPopupListOptions填“低、中、高、极高”。添加确定和取消按钮两个UIButton分别绑定onClick事件。联动逻辑音效开关关闭时音量滑块置灰修改UISlider的Alpha为0.5并禁用交互。这个逻辑在UIToggle的onChange里实现。注意UIPopupList的弹出列表默认渲染在最上层如果设置面板的Depth不够高弹出列表可能被其他Panel挡住。解决办法是把UIPopupList所在的Panel Depth设高或者把弹出列表的Depth设高。4.2 做一个背包界面ScrollView、Grid、DragDrop的配合背包界面是NGUI里比较复杂的一种组合涉及滚动、网格排列、拖拽交换。核心组件是UIScrollView UIGrid UIDragDropItem。搭建步骤创建PanelDepth设为5。创建UIScrollViewMovement设为VerticalDrag Effect设为MomentumAndSpring。在UIScrollView下创建UIGridCell Width和Cell Height设为80Arrangement设为Horizontal。每个背包格子是一个UISprite背景 UISprite物品图标 UILabel数量。给每个格子挂UIDragDropItem实现拖拽交换。UIDragDropItem的关键参数Restriction拖拽限制支持None、Horizontal、Vertical、PressAndHold。Clone On Drag拖拽时是否克隆一个副本。Press And Hold长按多久才开始拖拽。拖拽交换的逻辑在OnDragDropRelease里实现获取拖拽目标位置的格子交换两个格子的数据然后刷新显示。实操心得UIDragDropItem的拖拽副本默认渲染在最上层但如果Panel的Depth不够高副本可能被其他Panel挡住。解决办法是在拖拽开始时把副本的Depth设为一个很大的值拖拽结束后恢复。4.3 做一个聊天窗口UIInput、ScrollView、Label的实时更新聊天窗口的核心需求是输入框输入文本回车后发送消息列表滚动到底部。涉及UIInput、UIScrollView、UILabel、UITable。搭建步骤创建PanelDepth设为8。创建UIScrollViewMovement设为Vertical。在UIScrollView下创建UITableColumns设为1Direction设为Down。每条消息是一个UILabelOverflow设为ResizeFreely这样长文本会自动换行并撑大高度。创建UIInputPosition设为BelowOn Submit绑定发送逻辑。发送逻辑创建新的UILabel添加到UITable下调用UITable.Reposition()然后调用UIScrollView.ScrollToBottom()。性能优化消息数量多了之后UITable.Reposition()的开销会越来越大。优化方案是限制消息数量超过一定数量后删除最旧的消息。另外UILabel的ResizeFreely会导致每次文本变化都重新计算布局如果消息更新频繁建议用固定宽度的UILabel加Clamp。注意UIScrollView的ScrollToBottom()在UITable.Reposition()之后立即调用可能不生效因为布局还没刷新。解决办法是延迟一帧调用或者调用UIScrollView.Invalidate()强制刷新。5. 常见问题与排查技巧实录5.1 控件不显示或显示异常这是NGUI里最常见的问题排查思路如下现象可能原因排查方法控件完全不显示Panel的Alpha为0检查Panel的Alpha值控件完全不显示控件在屏幕外检查Transform的Position控件完全不显示控件被其他Panel挡住检查Panel的Depth控件显示但颜色不对图集丢失或Sprite名错误检查UISprite的Atlas和SpriteName控件显示但位置不对Anchor设置错误检查Anchors的Target和Offset控件显示但大小不对Pivot设置错误检查Pivot和Dimensions控件闪烁两个控件Depth相同且位置重叠调整Depth或位置实操心得如果排查半天找不到原因先把控件的Depth设为一个很大的值比如1000看是否显示。如果显示了说明是被挡住如果还不显示说明是控件本身的问题。5.2 点击事件不响应点击事件不响应的排查思路检查UICamera是否存在eventReceiverMask是否包含控件的Layer。检查控件是否有碰撞体BoxCollider碰撞体大小是否覆盖了控件区域。检查控件是否被其他有碰撞体的对象挡住。检查UIButton的isEnabled是否为true。检查是否有其他脚本拦截了事件比如UIScrollView的拖拽会拦截点击。我遇到过一个经典案例一个按钮在ScrollView里点击没反应。排查发现是ScrollView的拖拽事件拦截了点击。解决办法是给按钮挂UIEventListener在onClick里判断是否发生了拖拽通过UICamera.currentTouch.dragStarted判断。5.3 性能问题与优化NGUI的性能问题主要集中在DrawCall和顶点数上。优化手段合并图集同一个Panel下的Sprite尽量来自同一个图集。减少Panel数量每个Panel至少产生一个DrawCallPanel越多DrawCall越多。使用UIWrapContent长列表用循环滚动避免创建大量GameObject。避免频繁SetActiveSetActive会导致重建频繁切换用Alpha0代替。减少Outline效果Outline会额外渲染一遍开销大。静态UI用Static PanelNGUI的Panel有Static选项勾选后不会每帧重建。实操心得用Unity Profiler查看UI的DrawCall和顶点数如果DrawCall超过50就需要优化了。移动端建议控制在30以内。5.4 自适应与分辨率适配NGUI的自适应主要靠UIRoot的Scaling Style和Manual Height。Scaling Style支持PixelPerfect、FixedSize、FixedSizeOnMobiles。PixelPerfect会按像素精确渲染适合像素风游戏FixedSize会按Manual Height缩放适合大多数项目。实际项目里我一般用FixedSizeManual Height设为720或1080然后所有UI按这个高度设计。宽度方向用Anchors做自适应左右锚定屏幕边缘。注意UIRoot的Manual Height改变后所有UI的尺寸都会按比例缩放。如果发现UI变形检查是否有控件的Anchors设置不当。6. 从NGUI迁移到UGUI的注意事项虽然这篇主要讲NGUI但很多项目最终会迁移到UGUI。迁移过程中有几个关键差异需要注意渲染顺序NGUI靠DepthUGUI靠Hierarchy顺序和Canvas的Sort Order。迁移时需要重新梳理层级。图集NGUI用UIAtlasUGUI用Sprite Atlas。迁移时需要重新打图集。事件系统NGUI用UICameraUGUI用EventSystem。迁移时需要替换所有事件绑定。锚点NGUI的Anchors和UGUI的RectTransform锚点概念不同迁移时需要重新设置。文本NGUI的UILabel和UGUI的Text在Overflow、Alignment等参数上行为不同迁移后需要逐个检查。我个人的经验是如果项目还在持续迭代尽早迁移到UGUI或UI Toolkit长期维护成本更低。如果项目已经进入维护期改动量不大继续用NGUI也没问题但要注意NGUI已经停止更新新版本Unity可能会有兼容性问题。最后分享一个小技巧NGUI的控件在Inspector里有很多参数但常用的就那么几个。我一般会做一个自定义Inspector把常用参数提到最上面不常用的折叠起来这样改界面时效率高很多。另外NGUI的代码是开源的遇到问题可以直接看源码比查文档快。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
