压缩纹理的主要目的是为了节省空间，缩短加载时间。针对不同的需求和平台需要不同的压缩格式，有的需要高性能，有的需要高质量，Unity本身提供了多种压缩格式供选择。

ETC

Ericsson Texture Compression，是由 Khronos 支持的开放标准，在移动平台中广泛采用。它是一种为感知质量设计的有损算法，其依据是人眼对亮度改变的反应要高于色度改变。类似于DXT，ETC也是把4×4的像素块压缩成一个64或128位的数据块，也是有损压缩。

ETC又分为ETC1和ETC2，通常用于Android平台。其中ETC2是较新的标准，也是Unity官方推荐的格式（虽然我还不太理解）。

相对于ETC1，ETC2向前兼容，不强制要求贴图大小为2的整数次幂，且对RGB的压缩质量更好，支持透明通道。唯一的缺点是需要设备支持OpenGL ES 3.0标准。不过该标准诞生于2012年，目前不支持它的设备非常少，因此不用担心。

注意：可对具有 Alpha 通道的纹理使用 ETC1 格式，但仅当构建目标为 Android 且纹理放置在图集上（通过指定打包标签）时才适用。要启用此功能，请勾选纹理的 Compress using ETC1 复选框。Unity 会将生成的图集拆分为两个纹理，每个纹理都没有 Alpha 通道，然后将它们组合在渲染管线的最后部分中。

PVRTC

PowerVR Texture Compression，PVRTC格式与基于块的压缩格式，比如S3TC、ETC的不同之处是，它使用2张双线性放大的低分辨率图，根据精度和每个像素的权重，融合到一起来呈现纹理，并且2-bpp和4-bpp都支持ARGB数据。PVRTC格式压缩比高，也是有损压缩。

PVRTC格式一般用于iOS平台，可以用在所有的iOS设备上。缺点是要求纹理的高、宽必须都是2的整数次幂（POT），最小为8，并且必须是正方形。

注意：使用该格式，极端情况下会让内存占用变得更大。比如原先300*300的贴图，因为要求尺寸为2的整数次幂，所以变成512*512 . 这种情况下还不如使用RGBA16 .

RGBA16

RGBA16，即RGBA4444，每个像素2个字节，RGBA通道各占4位。

相比以上压缩格式，贴图质量相对较好，缺点是内存占用大，且相对于RGBA32来说会有色彩断层问题。

RGBA32

RGBA32，即RGBA8888，每个像素4个字节，RGBA通道各占8位。

原图无压缩，质量最好 ，缺点是内存占用极大。除非美术要求极高才会使用。

假如贴图没有透明通道则使用RGB24格式，少占用一个字节的空间。

ASTC

ASTC 是在 OpenGL ES3.0 出现后在 2012 年中产生的一种业界领先的纹理压缩格式，它的压缩分块从 4×4 到 12×12 最终可以压缩到每个像素占用 1bit 以下，压缩比例有多种可选。ASTC 格式支持 RGBA，且适用于 2 的幂次方长宽等比尺寸和无尺寸要求的 NPOT（非 2 的幂次方）纹理。

目前我最推荐使用的一种压缩格式，优点是压缩质量高，显示质量好，且Android和iOS平台都可以使用，比较省心。压缩质量从4×4到12×12，按需选择。

缺点和ETC2差不多，老设备不支持。其中iOS设备从iPhone 5s才开始支持，Android主流压缩格式也正在从ETC2转向ASTC（这也是我不太理解Unity还在推荐ETC2的原因）。另一个小缺点是压缩时间稍长，不过也不是问题。

所以长期来看，ASTC将一统江湖！

结论

综上来看，新项目的贴图基本可以无脑使用ASTC，这里有张图，有个大佬总结出来的。

不过尽管ASTC支持非二次幂纹理，但在时机开发中还是建议UI及美术尽量制作二次幂纹理。

具体可参考：https://www.zhihu.com/question/376921536/answer/1063272336

Unity 3D 纹理压缩格式指南最先出现在初晴神社。

内存交换

标准交换在内存与备份存储之间移动进程，备份存储通常是快速磁盘，它应足够大，以容纳所有用户的所有内存映像的副本，并且它应提供对这些存储器映像的直接访问。

移动设备不支持任何形式的内存交换。

• 移动设备通常采用闪存，而不是空间更大的硬盘作为它的永久存储。导致的空间约束是移动操作系统设计者避免交换的原因之一；
• 闪存写入次数的限制；
• 内存与闪存之间的吞吐量差；

当空闲内存降低到一定阈值以下时：

• iOS：不釆用交换，而是要求应用程序自愿放弃分配的内存。只读数据（如代码）可从系统中删除，以后如有必要再从闪存重新加载。已修改的数据（如堆栈）不会被删除。然而，操作系统可以终止任何未能释放足够内存的应用程序。
• Android：不支持交换，釆用类似 iOS 使用的策略。如果没有足够可用的空闲内存，则它可以终止进程。然而，在终止进程之前，Android 将其应用程序状态写到闪存，以便它能快速重新启动。

iOS支持内存压缩，Android不可以。

Android 内存单位为Page，大小一般为4k，以分配单位回收，分为用户态和内核态，不可越界访问。

Low Memory Killier：内存杀手。

Android服务优先级（从高到低），当内存不够时从优先级低的开始销毁：

• Native
• System 当杀到这一层级的时候手机重启
• Persistent
• Foreground 前台应用，具体表现为APP闪退
• Perceptible
• Service
• Home 桌面
• Previous 上一个使用的APP
• Cached 后台APP

Unity内存

按类型分为 Native Memory 和 Managed Memory

Editor与Runtime不同

• Editor模式会尽可能的加载资源（启动较慢）
• Runtime按需加载

Unity封装了C++中与申请内存相关的函数，并添加了Label用于统计。

Audio

DSP Buffer

• 过大会导致声音有延迟
• 过小会使CPU负担上升

Force to mono

双声道改单声道（尽量，绝大多数声音不需要双声道）

Compress Format

Code Size

慎用模板泛型，

AssetBundle

Type Tree

当Unity版本与APP版本一致时可以关掉

• • 减小内存
  • 减小包大小
  • Build和Runtime变快

压缩方式

LZ4 推荐

LZMA 弃用

extra

不建议每个文件打一个AssetBundle包

因为它们有相同的“头”，仅数据部分不同，容易浪费空间。

Resources

通过红黑树进行索引，每次启动游戏都要分析加载红黑树，拖慢启动时间。其次整个游戏生命周期都会存在与内存中。

Texture

Upload Buffer

Read&Write

没有特殊需求就关掉write

Mipmap

同样没有特殊需求就关掉

Mesh

Read&Write

Compresssion

Managed内存

VM内存池

VM会返还内存给OS

条件：一个block连续6次GC没被访问到

Unity GC 算法

貌似不采用CLR的GC机制_(:з」∠)_（参见另一篇文章，传送门）

Boehm GC

旧版垃圾回收方式，新版Unity已弃用。

不分代（速度更快）

不压缩（因为一些历史原因。。跟mono有关）

Incremental GC（渐进式GC）

Unity2019.3之后使用，新一代垃圾回收算法。

主要目的为了解决旧版GC导致主线程卡顿（旧版GC时会暂停主线程）的问题，分帧解决，且分代

GC机制考量

• 回收能力
• 暂停时长
• 碎片化
• 额外消耗
• 可扩展性
• 可移植性

内存碎片化

内存碎片通常分为内部碎片和外部碎片：

1. 内部碎片是由于采用固定大小的内存分区，当一个进程不能完全使用分给它的固定内存区域时就产生了内部碎片，通常内部碎片难以完全避免；
2. 外部碎片是由于某些未分配的连续内存区域太小，以至于不能满足任意进程的内存分配请求，从而不能被进程利用的内存区域。

先加载消耗大内存的资源，再加载小内存

僵尸内存

• 无用内存
• 没有释放
• 可通过代码管理和性能工具分析

SetActive

TODO。。。

都说要少用，但是不清楚机制，有机会看一下Unity源码 Orz

优化建议

• 使用Destroy，别用null
  
• Class/Struct

• 少于8个字节的数据可用Struct代替Class（存疑）

• 池中池
• 闭包和匿名函数

• 少用，在IL2CPP里这些都会new class
• 协程

• 用的时候再产生，不用的时候及时终止
• 不要当线程使用
• 配置表

• excel、json等，按需加载，不然会很占用内存空间
• 单例模式 Singleton

• 慎用，生命周期较长，占用内存

Unity 内存管理最先出现在初晴神社。

if (this.dramaEndBuildMapCallback != null)
{
	this.dramaEndBuildMapCallback();
	this.dramaEndBuildMapCallback = null;
}

可以看出，该块代码想表达的意思是执行完委托就清空。事实上在Unity5.6的时候它确实可以正常工作，但是随着Unity升级，.Net版本也升级到4.x，这种方式失效了。

经过查询，找到了一个可以正常清空委托列表的方法，首先通过GetInvocationList()方法获取委托列表，然后遍历，删掉。。

/// <summary>
/// 清除委托列表。
/// </summary>
/// <param name="action"></param>
public static void ClearDelegage(Action action)
{
	if (action != null)
	{
		Delegate[] delegates = action.GetInvocationList();
		for (int i = 0; i < delegates.Length; i++)
		{
			action -= delegates[i] as Action;
		}
	}
}

好想吐槽一下，为什么C#没提供一个像链表Clear()那样的方法来清除委托列表呢_(:з」∠)_

C#清除委托列表的正确用法最先出现在初晴神社。

最近在研究游戏在安卓平台的打包，遇到了不少坑，特此写个文章记录下~

1.Unity与安卓的交互

虽然Unity可以直接导出apk安装包，但由于有些方法，比如读取手机相册图片，获取权限等，或者是添加SDK都不能直接通过Unity实现。我们一般用Unity导出安卓工程，再通过Android Studio修改之后打出apk包。

通常情况下每次打包都需要修改，为了偷懒~

这里提供个堪称一劳永逸的解决办法，请看文章~

Unity与Android交互方案优化版

https://www.jianshu.com/p/86b275da600e

2.Android aar文件修改

今天刚踩得坑，麻蛋！

不同于jar包只能包含java代码，aar包还可以保存贴图等资源，相当于一个后缀是aar的压缩包。有时候第三方sdk提供的也是aar文件，当需要修改里面的东西时，比如删掉里面一个jar。切记不能采取先解压，删除完毕再压缩回去，后缀改成aar的操作。这样修改后Android Studio用不了！！！

正确方法是以解压的形式打开（不是解压压缩包），一般Windows平台的压缩软件都可以，然后在压缩软件里增加或删除文件操作。

3.Android aar文件读取

同上，又是个巨坑，匪夷所思！

我目前的项目在安卓端是这样的，把用到的sdk和需要在安卓端才能调用的方法打成aar包，然后添加到Unity导出的安卓工程里，但是不知道为什么在运行的时候会报以下的错误;

说的是BGPlayerService类重复，可是我的找遍了真个项目和aar包也只有一个类，根本没有重复的地方。研究了很久都无解，就在准备放弃治疗的时候顺便改了下build.gradle的dependencies里的语句，从

dependencies {
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    implementation project(':localizedappnamelib')
    implementation 'com.android.support:support-core-utils:24.2.0'
    implementation (name:'findingparadiselib-debug',ext:'aar')
}

改成了

dependencies {
    implementation (name:'findingparadiselib-debug',ext:'aar')
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    implementation project(':localizedappnamelib')
    implementation 'com.android.support:support-core-utils:24.2.0'
}

然后特么问题解决了！

？？？

我怀疑可能是implementation fileTree(include: [‘*.jar’], dir: ‘libs’)把aar包里的jar也算进去了_(:з」∠)_

4.生成签名安装包的时候报错

在第一次生成签名安装包的时候可能提示缺少xxx.pom（忘了是不是pom后缀了，反正差不多）和xxx.jar组件，这个报错在生成debug包的时候是不出现的。具体原因我不清楚，我猜是打包的时候需要这样依赖包，但是谷歌的官方站点没有（Android Studio提供的链接点进去404）。

两个解决办法，一是手动下载这些依赖包并放到指定的目录中去，不过不建议这样做，一个一个下载再放到指定目录太麻烦了。

第二中解决方法是使用阿里提供的站点，具体操作是将以下的代码方放到安卓工程的build.gradle文件的repositories代码块中去：

maven { url 'http://maven.aliyun.com/nexus/content/groups/public/' }
maven { url 'http://maven.aliyun.com/nexus/content/repositories/jcenter' }
maven { url 'http://maven.aliyun.com/nexus/content/repositories/google' }
maven { url 'http://maven.aliyun.com/nexus/content/repositories/gradle-plugin' }

这样打包的时候Android Studio会自动去这些站点下载需要的依赖包，问题解决。

5.Execution failed for task ‘:app:ndkBuild’.

该问题是在对一个老游戏升级的时候出现的，表现为无法打包，报错：

Process 'command 'D:\SDK\***/ndk-build.cmd'' finished with non-zero exit value 2

上网搜索，普遍的解决方式是使用低版本的NDK，又或者是删除src/main/obj文件夹里的内容，尝试无果。

最终发现是build.gradle版本较老，且使用ndkBuild的方式打包，不适用于新版的Android Studio，修改之后问题解决

修改前：

android {
    signingConfigs {
    }
    compileSdkVersion 26
    buildToolsVersion '23.0.3'
    defaultConfig {
        applicationId "com.xd.swords.and"
        minSdkVersion 19
        targetSdkVersion 26
        versionCode 18
        versionName "1.1.7"
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

    sourceSets.main.jni.srcDirs = []
    // disable automatic ndk-build call, which ignore our Android.mk
    sourceSets.main.jniLibs.srcDir 'src/main/libs'
    // call regular ndk-build(.cmd) script from app directory
    task ndkBuild(type: Exec) {
        workingDir file('src/main')
        commandLine getNdkBuildCmd()
    }
    tasks.withType(JavaCompile) {
        compileTask -> compileTask.dependsOn ndkBuild
    }
    task cleanNative(type: Exec) {
        workingDir file('src/main')
        commandLine getNdkBuildCmd(), 'clean'
    }
    clean.dependsOn cleanNative
}

修改后：

android {
    signingConfigs {
    }
    compileSdkVersion 26
    buildToolsVersion '23.0.3'
    defaultConfig {
        applicationId "com.xd.swords.and"
        minSdkVersion 19
        targetSdkVersion 26
        versionCode 18
        versionName "1.1.7"
        ndk {
            abiFilters 'armeabi-v7a'
        }
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
    externalNativeBuild {
        ndkBuild {
            path "src/main/jni/Android.mk"
        }
    }

    // 下面部分代码应该也可以删掉。
    sourceSets.main.jni.srcDirs = []
    // disable automatic ndk-build call, which ignore our Android.mk
    sourceSets.main.jniLibs.srcDir 'src/main/libs'
    // call regular ndk-build(.cmd) script from app directory
}

对比前后，主要是删除了旧的ndkBuild代码，然后设置abiFilters等。

Unity安卓项目踩坑日记最先出现在初晴神社。

2018.5.6之前

这段时间主要是搭建框架，并完成了注册，登录，创建角色功能。

大致流程如下：

构思框架->设计服务端框架->设计通信协议->设计客户端框架->验证通信协议

由于这之前我并未有开发网络游戏的经验，所以这部分参考siki dalao的《丛林战争》和罗培羽dalao的《Unity 3D 网络游戏实战》，不过这两个项目跟《樱色伊始》需求有些出入，就综合了一下。

通信协议我分了四级，RequestCode –  ActionCode – ReturnCode – 内容

服务端：首先通过RequestCode 在Dictionary中查找对应处理Class，然后通过反射机制查找ActionCode对应的method，ReturnCode就是简单的结果码，诸如Success，Fail之类。

最后跟的就是内容，比如如果是登录功能：

User – Login – None – Username + Password

客户端：客户端维护了一个消息队列和委托Dictionary，在发送请求的同时处理返回结果的方法注册到Dictionary中。

客户端每帧处理若干条协议，通过Action匹配Dictionary中的委托。

服务端框架和客户端框架有些复杂，等之后我会再写篇文章进行详细解析。

// 设计协议的时候也有个坑，原型我是参考一本书的。刚开始使用没问题，后来在发送角色基本数据（协议数据比较长）的时候发现总会丢失4个字节的内容。

// 测来测去，最终发现是书上搞错了字符串的长度和字符串字节数组的长度。而这个bug在某些情况下又是不存在的。。

// 总之还是不要太相信“权威”

->实现创建，登录功能->实现选择，创建角色功能

->设计角色动作状态机

// 这个地方必须得吐槽下，没有合适的动作素材真难受，为了实现流畅的动作，我到处找素材，淘宝，论坛逛了一遍，始终没找到合适的。。

// 就现在用的动作还是从三套模型上抠出来的。。

->实现摄像机跟随角色的功能

// 这里有个细节，在实现摄像机自动拉近与被遮挡角色距离的时候，碰到射线无法检测部分物体的物品，后来发现是因为摄像机处于collider内部，而从内部发出的射线是无法检测collider边缘的。

// 换了下思路，改为从角色像摄像机方向发射射线，问题解决。

2018.5.6

回头看了下前段时间写的代码，发现有部分已经快看不懂了。。（捂脸）

论注释的重要性

今天添加了删除角色功能，不过删除确认还没做，等开发到之后扔掉背包物品和退出游戏时一并做吧_(:з」∠)_

做了这么久，最让我头痛的还是模型动作的问题，除非我愿意去学习3dsmax或者有建模师帮我，不然我真的一点办法都没有。。

只能先将就着用了。。

希望到时候面试时dalao不要介意。。

2018.5.7

今天是“沉重”的一天。。

让我担心的事最终还是发生了。。

设计客户端架构时经验不足，没有认真考虑到Unity执行脚本的生命周期而埋下的隐患，导致今天在改写功能的时候各种空指针引用。。

痛定思痛，花了点时间对核心脚本进行了重构，抛弃了先前的GameFacade脚本，并将其功能整合到了GameRoot脚本中。

暂时做如下设计

不知道效果咋样，等下课了回去试试_(:з」∠)_

*****************

改写之后，无bug一遍过

看来新结构行得通2333

2018.5.8 Scene加载与切换

今天试着做了下异步加载Scene功能_(:з」∠)_

目前游戏有四个Scene，加载流程如下

欢迎Scene -> 登录与注册相关Scene -> Load Scene -> 游戏Scene

其中Load Scene是专门用来显示加载进度条的，比如说从Scene 1 到 Scene 2，

Scene 1 中使用SceneManager.LoadScene() 直接加载LoadScene（因为很小，只有进度条，所以可以做到秒加载）

然后在LoadScene中使用SceneManager.LoadSceneAsyc()异步加载Scene2 ，加载过程通过其返回值AsyncOperation中的progress参数获取加载进度。

需要注意的是SceneManager.LoadSceneAsyc()加载完毕默认会直接切换到目标Scene，如果想手动控制切换时机的话设置AsyncOperation.allowSceneActivation为false，等到需要切换时再设为true。另外把allowSceneActivation设置为false后，Unity就只会加载场景到90%，剩下的10%要等到allowSceneActivation设置为true后才加载。

5.9 – 5.13

最近心态有点不好 T T

不过已经缓过来了，明天继续！

5.14

做了些UI，比如角色属性，状态栏啥的，

还有设计了下地图

好像没啥好说的。。

5.15 角色属性读取

目前设计的是将角色不同等级的基础属性，比如HP，暴击率什么的做成Json文件保存在客户端。在生成角色或角色升级时进行加载。

（数值设计暂且不考虑）

后期装备也准备这样做，角色总属性 = 基础属性 + 装备属性；

放在本地可以减轻服务器的压力，当然这样做有个很大的缺点，数据容易被篡改（作弊）。。

将其保存在服务器数据库实现起来应该不会太难，不过暂时先这样用着 _(:з」∠)_

5.16

增加了“删除角色”确认对话框，防止误删除；

完善了角色状态的UI显示，并能根据登录角色加载不同的角色到游戏中；

制作了角色暴击特效（暴击时在角色背后生成一个“假人”）；

开始制作包裹系统，由于以前有做过这个东西，所以大部分用的都是原来的代码，改动下就可以用了；

大致结构如下（不完整）：

5.17

新增了穿上、脱下装备以及同步属性面板的显示；

新增了使用药品，恢复HP，MP以及同步面板的显示；

重构基础战斗属性：HP，MP，攻击，命中率，穿刺，防御，闪避率，暴击率，暴击伤害为PropertiesModel类，并重载了其“+”，“-”操作符，使得两个PropertiesModel可以进行加减运算；

（使用场景，当穿戴一个装备时，角色的PropertiesModel+=装备的PropertiesModel）

角色持有3个PropertiesModel，一个为固定角色属性，一个为“装备属性和”，一个为总可变属性；

1.固定角色属性是指角色本身基础属性，由职业和等级决定；

2.“装备属性和”由角色所佩戴的装备决定，等于角色身上每件装备的PropertiesModel相加；

3.总可变属性由固定属性和“装备属性和”组成，其中的HP，MP字段会随着收到伤害，使用技能，使用药品等发生变化，主要用于战斗计算；

另外角色属性上限由固定角色属性和“装备属性和”构成，例如HP上限 = 基础HP + 装备HP，这个部分只有在装备发生变化时才会改变，战斗中收到伤害等情况下不会改变；

（穿上，脱下装备对HP，MP来说只会影响上限，当前HP也不会超过上限。例如角色当前HP为80/100，卸下了一个可以增加50HP的装备，HP变为50/50）

装备类物品在数据库中有个额外的标志位，“1”表示穿戴中，“0”表示未穿戴；

已知bug：

在某些情况下表示拾取中的物品的ItemUI会被Destroy，暂时没发现规律，也不知道怎么回事。。。

5.18

新增天气-雨天效果；

用粒子系统做的

emmm截图中雨滴看起来是矩形的，实际运行由于下落速度快还是挺好看的。。

顺便吐槽下剑灵的剧情。。

来个Happy Ending就那么难吗。。。

5.19

新增雨天音效，环境音效的播放；

新增小地图功能（具体做法可以看我之前的文章：在Unity中制作小地图）

新增商店功能，包括购买，出售物品及金钱的同步；

5.20

修复了出售商品时商品数量实际上不会减少的bug；

新增客户端与服务端的位置同步；

重构 PlayerController.cs 和 PlayerBattle.cs 合为Player.cs （历史总是惊人的相似）

重新设计了角色生成机制，为多人游戏做准备（脑阔痛）

5.21

说些题外话，sz做了这么久了，感觉自己的心境也在慢慢变化。

一开始只是想着做个属于自己的游戏，一步一步，一砖一瓦构建自己想要的游戏世界

但是现在，不知不觉把找工作当成了首要任务

经常担心这做不好，那做不好，面试官问起这个怎么办，做的不完美怎么办。。

有些时候真的对sz有了略微的恐惧心理 _(:з」∠)_

惭愧，可能是我对那个公司太喜欢了吧，很担心自己水平不够_(:з」∠)_

5.22 – ~~~

临近期末，各科都要做期末项目设计和实验报告，答辩啥的，比较忙。。

暂时挂起。。

《樱色伊始》开发日记最先出现在初晴神社。

前几天逛b站时偶然发现了个“煤气灶”播放器 av12408836

感觉挺好玩，就花点时间研究，并照着仿制了一个

感觉抄的还可以2333

使用说明

[kbd]Esc[/kbd]：显示/隐藏菜单

[kbd]空格[/kbd]：暂停/播放

[kbd]箭头上/下[/kbd]：提高/降低音量

[kbd]箭头左/右[/kbd]：上一曲/下一曲

注意

第一次使用如果不指定播放目录或目录下没有MP3文件，会循环播放《世末歌者》；

目录有效且目录下有MP3文件，会显示绿色，反之红色；

在程序运行时请不要修改或删除播放目录内的mp3文件；

由于unity引擎目前暂不支持读取外部MP3格式的文件，所以需要先转换格式才能播放（这也是av12408836那个需要转格式的原因）

不过我已经集成了自动转换的功能，所以无需手动转换；

但是这也会导致一些问题，比如更换歌曲时会有略微的卡顿以及音质下降_(:з」∠)_

下载

程序：

[ypbtn]https://pan.baidu.com/s/1Y6q6hg091jWlk3pbwHzBpg[/ypbtn]

源码：https://github.com/icemaplen/AudioVisualization

基于Unity 3D引擎的可视化音乐播放器最先出现在初晴神社。

_(:з」∠)_

据我目前所知（知识有限），小地图有两种制作方式：

一是新建一个小摄像机，放在场景上空朝下进行拍摄；

二是计算场景中物体的相对位置，通过UI显示出来；

在本例中，我使用的是第一张方式，这种方式实现相对简单一点，所以很方便。

首先在Project中新建一个Render Texture，命名为“Minimap”

然后在场景中新建一个Camera，将其设为Player（将会在小地图中处于中心位置的玩家）的子物体，并调整其位置和方向，令其处于Player上方且朝向正下方，再将其Target Texture指定为刚才创建的Render Texture，如图：

然后在场景中创建UI-Raw Image，并设置Texture为刚才创建的Render Texture，你会发现image显示的是小地图Camera拍的内容 _(:з」∠)_

这样大体上就做出来了，不过还要调节下。

设置需要显示在小地图上的子物体

在需要显示在小地图上的的物体上添加一个Sphere子物体，改成绿色，同样改变高度使其位于上方（注意不要超过小地图Camera的高度）

新建一个Layer层，命名为Minimap，将Sphere置为Minimap层，

将地面模型也置为Minimap层，

更改小地图Camera的Culling Mask，只勾选刚才创建的Minimap层，注意勾选Occlusion Culling，这样小地图就只显示Minimap层的东西了。

美化小地图

现在的小地图还是方形的，如何改成圆形呢？

打开ps，制作一个白色的圆，背景为透明，保存为png格式，导入到unity中，再设置属性为Sprite(2D and UI)，

[infobox title=”白色圆”] [/infobox]

在场景中新建UI-Image，image指定为白色的圆，添加上Mask组件，设置为Raw Image的父物体。这样小地图就变成圆形了：

或者可以再加上一个圈：

[infobox title=”圆圈”][/infobox]

最终效果：

写完了，睡觉 _(:з」∠)_

在Unity中制作小地图最先出现在初晴神社。

经过一番尝试，最终功能如下：

怎么实现的呢？一起来看看吧。

首先将背景图片设为父物体，字体text为子物体；

给父物体添加[kbd]Horizontal Layout Group[/kbd]和[kbd]Content Size Fitter[/kbd]组件，

在[kbd]Horizontal Layout Group[/kbd]中设置Child Alignment为Middle Center，

勾选Child Controls Size里的Width和Height，该选项是令子物体控制其尺寸。

在[kbd]Content Size Fitter[/kbd]中将两个选项都选为 PreferredSize；
Unconstrained：不执行任何调整
MinSize：调整内容的最小大小
PreferredSize：调整内容的首选大小，也就是会自动根据内容来调整大小

这样就可以了！做个测试吧

为了美观，可以设置下背景的padding，这样文字和背景边框之间就会用一定的间隔啦

UGUI 字体背景尺寸自适应最先出现在初晴神社。

using System.Collections;
using System.Collections.Generic;
using UnityEngine;

public class CameraFollow : MonoBehaviour
{

    public float Distance = 20;                     //摄像机与目标距离
    public float RotSpeedInHorizontal = 0.05f;      //横向旋转速度
    public float RotSpeedInVertical = 0.05f;        //纵向旋转速度
    public float ZoomSpeed = 0.2f;                  //距离变化速度

    public float rot = 0;                           //横向角度
    private float roll = 30f * 2 * Mathf.PI / 360;  //纵向角度

    private float minRoll = -10f * 2 * Mathf.PI / 360;  //纵向角度范围
    private float maxRoll= 70f * 2 * Mathf.PI / 360;    //纵向角度范围

    private float minDistance = 10f;    //距离范围
    private float maxDisrance = 50f;

    private GameObject targetGO;        //目标物体  
    

    void Start()
    {
        SetTarget(GameObject.Find("Tank"));
    }
    
    void LateUpdate()
    {
        if (targetGO != null && Camera.main != null)
        {
            RotateInHorizontal();
            RotateInVertical();
            Zoom();
            FollowTarget(targetGO.transform);
        }
    }

    private void SetTarget(GameObject target)
    {
        Transform cameraPoint = target.transform.Find("CameraPoint");
        targetGO = cameraPoint != null ? cameraPoint.gameObject : target;

        //if (cameraPoint != null)
        //{
        //    targetGO = cameraPoint.gameObject;
        //}
        //else
        //{
        //    targetGO = target;
        //}
    }

    private void FollowTarget(Transform targetTrans)
    {
        Vector3 targetPos = targetTrans.position;
        Vector3 cameraPos;
        float d = Distance * Mathf.Cos(roll);
        float height = Distance * Mathf.Sin(roll);
        cameraPos.x = targetPos.x + d * Mathf.Cos(rot);
        cameraPos.z = targetPos.z + d * Mathf.Sin(rot);
        cameraPos.y = targetPos.y + height;

        Camera.main.transform.position = cameraPos;
        Camera.main.transform.LookAt(targetTrans);
    }

    /// <summary>
    /// 水平旋转。
    /// </summary>
    private void RotateInHorizontal()
    {
        float tmp = Input.GetAxis("Mouse X") * RotSpeedInHorizontal;
        rot -= tmp;
    }

    /// <summary>
    /// 竖直旋转。
    /// </summary>
    private void RotateInVertical()
    {
        float tmp = Input.GetAxis("Mouse Y") * RotSpeedInVertical * 0.5f;
        roll -= tmp;

        roll = Mathf.Clamp(roll, minRoll, maxRoll);
    }

    /// <summary>
    /// 调节摄像机与目标之间的距离。
    /// </summary>
    private void Zoom()
    {
        if (Input.GetAxis("Mouse ScrollWheel") > 0)
        {
            if (Distance > minDistance)
            {
                Distance -= ZoomSpeed;
            }
        }
        else if (Input.GetAxis("Mouse ScrollWheel") < 0)
        {
            if (Distance < maxDisrance)
            {
                Distance += ZoomSpeed;
            }
        }
    }
}

设置跟随目标 SetTarget(GameObject target)

private void SetTarget(GameObject target)
    {
        Transform cameraPoint = target.transform.Find("CameraPoint");
        targetGO = cameraPoint != null ? cameraPoint.gameObject : target;

        //if (cameraPoint != null)
        //{
        //    targetGO = cameraPoint.gameObject;
        //}
        //else
        //{
        //    targetGO = target;
        //}
    }

因为目标物体的大小形状可能不同，有时候我们想让相机对准目标身上某个自定义的点，便可以在目标上添加一个子物体，命名为”CameraPoint”。

这个方法的作用就是查找目标是否存在”CameraPoint”，如果有就将”CameraPoint”设为目标点。如果没有，仍然使用默认目标点。

相机跟随目标 FollowTarget(Transform targetTrans)

    private void FollowTarget(Transform targetTrans)
    {
        Vector3 targetPos = targetTrans.position;
        Vector3 cameraPos;
        float d = Distance * Mathf.Cos(roll);
        float height = Distance * Mathf.Sin(roll);
        cameraPos.x = targetPos.x + d * Mathf.Cos(rot);
        cameraPos.z = targetPos.z + d * Mathf.Sin(rot);
        cameraPos.y = targetPos.y + height;

        Camera.main.transform.position = cameraPos;
        Camera.main.transform.LookAt(targetTrans);
    }

这一部分较为复杂，使用了三角函数的知识。

要想让相机跟随目标移动，就要明白在一定角度下相机与目标的位置关系，如图所示

（灵魂画手。。）

设相机与目标距离为distance，相机与xz平面角度为roll。根据三角函数即可求得distance映射在xz平面上的距离为distance*cos(roll)，高度为distance*sin(roll)。

再如下图，设相机与目标在水平面上的距离为d（即distance映射在水平面的长度），相机旋转角度为rot，由图可知相机与目标的连线与x轴角度为rot-180。

根据三角函数，求得x轴位移为d*sin(rot)，z轴位移为d*cos(rot)。所以，只要用目标坐标减去相对位移，便能求出相机坐标。

其他

1.相机跟随代码最好放入LateUpdate()中；

2.Mathf.Sin()和Mathf.Cos()使用弧度做单位，使用时将度数乘以[kbd]2*Mathf.Pi/360[/kbd]转化为弧度；

分享一个摄像机跟随的代码模板最先出现在初晴神社。

如图，调用了图灵机器人的API

可实现简单聊天功能

_(:з」∠)_

源码：https://github.com/icemaplen/Chatting-Robot

聊天机器人最先出现在初晴神社。