Unity3D里搓一个旋转的地球，听起来确实是个入门级练手项目：新建场景、拖个球体、贴一张世界地图、写几行旋转脚本，好像十分钟就能交差。但如果你真的照着这个流程跑一遍，十有八九会卡在半路——球是黑的、贴图是紫的、或者按了Play之后纹丝不动。这篇文章想从我上个月做大屏展示背景地球时的完整经历说起，把球体搭建、材质贴图、灯光、旋转脚本，以及后面可以继续扩展的玩法（视频纹理、外部模型合入）都摊开讲一遍。特别适合刚接触Unity3D、想用一个能跑能看的项目摸清3D基本流程的朋友；有经验的老手可以直接跳到最后一章，看看有没有踩过同样的坑。
1. 搭场景的三个前提：球体、相机与单位比例
1.1 为什么用Unity内建球体，而不是外部模型
新建一个Unity3D项目之后，第一步不是去网上找什么地球模型，而是直接在场景里创建一个Sphere。Unity的GameObject菜单下，3D Object里就有Sphere，默认半径0.5个单位，缩放是(1,1,1)，直接用就行。
有人可能会问：要不要去Assets Store下载一个带国家边界的地球模型？我的建议是，除非你要做非常精细的行政区域划分交互，否则完全没必要。原因有两点：
第一，Unity内建球体用的是标准的球体UV展开，贴图直接贴上去就是正常的经纬线分布，不会出现两极扭曲或者接缝错位。很多第三方模型为了配合点选、高亮功能，UV拆得很碎，反而不好贴材质。
第二，内建Sphere的网格顶点数恰到好处，做旋转展示时性能开销几乎可以忽略。如果你后续还要加大气层、云层，内建球体也方便套多层Material。
1.2 默认场景里的相机和灯光，先别急着删
很多教程会告诉你"先删掉默认物体，从空场景开始"，但我不建议在这个项目里这么做。Unity新建3D项目时，场景里默认会有Main Camera和Directional Light，这两个物体在这个项目里全都用得上。
你需要做的只是在Hierarchy面板右键，选择3D Object → Sphere，把球体放到世界原点(0,0,0)。然后调整Main Camera的位置，把它放到球的斜前方，比如(0, 2, -4)到(0, 2, -8)这个区间。为什么要放在这个位置？因为Sphere的直径只有1个单位，相机太近会看到球体局部，太远又显得太小。FOV默认60度的情况下，距离4到8个单位，球体在画面中央会占大约四分之一到三分之一的高度，作为展示主体正合适。
这里有个容易忽略的点：相机默认看向(0,0,0)，球体也在原点，所以不需要反向调整旋转，直接改Position就行。
1.3 别和真实尺寸较劲
地球的真实半径大约是6371公里，但在Unity里做视觉项目，完全没有必要把这个数值填进去。如果非要用真实比例，Sphere的Scale得写成(6371,6371,6371)，相机得放得极远，灯光距离也得跟着调整，最后只是给自己找麻烦。
Unity的单位默认是米，但这个"米"在纯视觉项目里没有物理意义。你要记住的是：球体的Scale决定它在画面里的相对大小，而不是它代表多么大的一颗行星。做旋转地球展示时，Scale保持在1到3之间都是舒服的范围，后续要做的轴倾角、公转也都是在Scale为1的基础上计算的。先把视觉调对了，再谈比例。
2. 给地球穿上皮：贴图来源、材质管线和灯光缺一不可
2.1 找对贴图：等距圆柱投影是硬性条件
球体建好以后，身上是默认的白色材质，下一步就是给贴图。这一步最大的坑，是随便百度一张世界地图就拖进Unity。普通的地图截图和球体贴图需要的等距圆柱投影（Equirectangular Projection）不是一回事。
等距圆柱投影贴图有非常明显的外部特征：图片宽高比是2:1，横向上均匀展开360度经度，纵向上从北极到南极均匀展开180度纬度。为什么Unity的Sphere需要这种投影？因为球体的UV就是把球面从北极剪开、铺平成一个矩形，而Unity的Sphere默认UV坐标恰好和等距圆柱投影一一对应。
推荐几个靠谱的地球贴图来源，都是公开科普资源：
- Solar System Scope：提供2K、4K、8K的日景地球贴图，命名一般是earth_daymap，还有夜景灯光版本earth_nightmap。
- NASA的Blue Marble系列：老牌高清地球影像，适合追求真实感的大屏效果。
下载时直接选择4K分辨率就够了。2K在近距离看会糊，8K则对显存和载入内存都不友好。把图片拖进Project窗口后，Unity会自动导入，但导入设置需要手动确认一下。
| 导入参数 | 推荐设置 | 原因 |
|---|---|---|
| Texture Type | Default | 让引擎把它当作颜色纹理处理 |
| sRGB | 勾选 | 地球贴图是颜色数据，不是法线或数据图 |
| Max Size | 2048或4096 | 视觉清晰度和性能的平衡点 |
| Generate Mip Maps | 开启 | 旋转时远景会平滑过渡，减少闪烁 |
| Compression | ASTC（移动端）/ 默认（PC） | 减少包体和内存占用 |
2.2 材质球Shader不匹配，是紫色球的元凶
右键Project面板，Create → Material，新建的材质球在Built-in渲染管线里默认Shader是Standard。如果你的项目是用默认3D模板创建的，那直接用Standard没问题；但如果你的项目是URP（Universal Render Pipeline）模板创建的，Standard材质会直接显示成紫色。
这个紫球问题太经典了，我见过不少人以为是贴图坏了，其实只是Shader不匹配。在URP项目下，新建材质时应该把Shader手动改成Universal Render Pipeline/Lit；在HDRP项目下则要改成HDRP/Lit。判断自己项目用的什么渲染管线，看Project Settings → Graphics里的Scriptable Render Pipeline Settings字段就能确定。
材质球建好后，把地球贴图拖到Base Map（URP）或Albedo（Built-in）上。Smoothness可以调到0.5到0.8，这样海洋部分会有轻微反光，看起来更像真实地球。Metallic保持0，地球毕竟不是金属球。
2.3 灯光方向和环境光，决定球是亮的还是黑的一半
材质贴好之后，如果球体还是一片黑，问题几乎都出在灯上。默认场景里的Directional Light旋转角度大概是(50,-30,0)，按理说能照亮原点处的物体。但如果你转到了其他角度，让平行光从相机背面往前打，球体正面就会是黑的。
选中Directional Light，在Inspector里旋转Rotation，看着球面出现明显的亮暗分界，就能确认光照方向正确了。注意，背光面保持黑暗是正常物理现象，不用慌。
如果你想要球体正面和背面都没那么大的反差，有两个办法：一是增加一个平行光从反方向打过去，强度设为0.3左右，作为补光；二是调环境光，打开Window → Rendering → Lighting → Environment，把Ambient Intensity从1调低到0.3到0.6之间，让暗部摊上一层淡淡的底色。
顺带提醒一句：如果这个地球是要做大屏背景或者录屏素材的，阴影可以先关掉。选中Directional Light，把Shadow Type设为No Shadows。太空环境里的大地球，自身阴影往往会让观众觉得画面太脏，关掉之后球的轮廓会干净很多。
3. 手写旋转脚本：Update、Time.deltaTime与自转轴的秘密
3.1 最小可用脚本：7行代码让球转起来
材质和灯光就位，接下来是核心动作——旋转。在Project面板右键，Create → C# Script，命名EarthRotation，双击打开编辑器，填入下面的代码：
using UnityEngine; public class EarthRotation : MonoBehaviour { [SerializeField, Range(0f, 200f)] private float rotateSpeed = 10f; [SerializeField] private Vector3 rotationAxis = Vector3.up; private void Update() { transform.Rotate(rotationAxis, rotateSpeed * Time.deltaTime, Space.World); } }把脚本拖到Sphere上，按Play，球就开始转了。转速10度每秒是比较慢的匀速，适合放在页面角落做氛围；如果想让转动更明显，可以调到20到30。地球真实的自转周期是24小时，折合15度每小时，放视觉项目里根本看不出来，所以这里追求的是"看起来舒服"，不是科学仿真。
3.2 Time.deltaTime到底在干什么
很多新手会把这行代码写成transform.Rotate(Vector3.up * 10f)，结果就是转动速度忽快忽慢。原因很简单：Unity的Update是每帧执行一次，但每帧的耗时不一样。60帧每秒时，每秒会转600度；降到30帧每秒时，每秒只转300度。帧率越低，转速越慢。
Time.deltaTime返回的是上一帧花费的真实秒数，单位是秒。用它乘以角速度，就把"每帧转多少度"换算成了"每秒转多少度"，转速就和帧率解耦了。这是Unity里所有平滑运动的通用写法，不只是旋转，位移、颜色渐变、数值插值都这么处理。
3.3 Space.World与Space.Self的选择
transform.Rotate的第三个参数是旋转坐标系，我们传了Space.World，意思是让物体绕世界坐标轴旋转。有人会问：球体挂在场景根节点下，用Self不也一样吗？
区别在于，如果球体的父物体有旋转或缩放，Space.Self会在父物体的局部坐标系里旋转，转着转着轴向就可能跑偏。而Space.World永远以世界坐标的Y轴为基准，不管父物体怎么折腾，地球始终朝同一个方向自转。
说句实在的，单球体场景里两个参数看不出差别，但写成Space.World是个好习惯。后面做轴倾角时，这个细节直接决定你会不会绕晕。
3.4 自转轴倾斜23.44度的玩法
真实地球的自转轴与公转平面法线之间夹角约23.44度，这个倾斜导致四季变化。视觉项目里如果想让球更像真的，可以加一个倾斜结构。
正确做法不是改Sphere自身的Rotation，而是新建一个空物体，命名为EarthPivot，把Sphere拖进去作为子物体，然后把EarthPivot的Rotation.z设为23.44。为什么倾斜要加在父物体上？因为旋转脚本是挂在Sphere上的，Sphere自身旋转时，它的轴始终是自己局部坐标的Y轴。Pivot负责把整根轴先歪到23.44度，Sphere再绕这根歪着的轴转，出来的效果才符合直觉。
代码里继续保持rotationAxis为Vector3.up，不用改任何东西。这个"父物体负责倾斜、子物体负责自转"的结构，以后做公转也直接用得上——给EarthPivot再加一个速度更慢的公转脚本，让EarthPivot绕太阳转，就能模拟地球绕恒星的效果。
4. 从静态球到动态地球：星空背景、视频纹理与外部模型扩展
4.1 星空背景：把默认Skybox换成深空贴图
默认场景的背景是灰蓝色的渐变天空，在地球项目里显得很突兀。改成深空星空，是让整体质感上一个台阶的最快手段。
打开Window → Rendering → Lighting → Environment，看到Skybox Material这一栏。默认是内置的Default-Skybox，把它换成你自己准备的星空材质即可。具体做法是：在Project面板右键Create → Material，Shader选择Skybox/Panoramic，然后找一张2:1的全景星空贴图，拖到这个材质球上，再把材质球赋给Skybox Material字段。
这里有个取舍：Skybox方案简单高效，但星空是"钉"在场景远端的，相机怎么转，星星的视角都跟着变。如果你的相机基本不动，或者旋转角度很小，Skybox完全够用。如果你要做一个大范围移动的场景，星星最好用粒子系统做，那样星星会分布在真实的三维空间里，移动相机时会有视差。对旋转地球这个项目来说，Skybox是性价比最高的选择。
4.2 动态表面：VideoPlayer把视频流变成长在地球上的纹理
静态贴图玩腻之后，可以尝试让地球表面实时播放视频内容，这种需求在会议大屏、展厅可视化里很常见。你可以在网上找一段循环的云图动画，或者全球气象数据可视化视频，把它映射到球体表面。
操作流程不复杂：
- 在Project里导入一段视频文件（Asset Store拖入即可）。
- 创建一个Render Texture资源，分辨率建议1280×720或1920×1080。
- 给球体挂上VideoPlayer组件，把Video Clip指定为那段视频，Target Texture指向准备好的Render Texture。
- 把原来赋给材质球的贴图，直接换成这个Render Texture，结果就是视频画面实时显示在地球表面。
不需要写代码，纯编辑器操作就能打通。需要注意VideoPlayer组件的Audio Output Mode要设为None，否则它会尝试播放视频音轨。另外视频类型选Movie Texture还是Video Clip，取决于你的视频编码，前者适合老式导入方式，后者支持更多格式。这类动态纹理方案，本质上就是unity3d视频流的一种落地场景——把外部视频源接到3D物体的材质上，很适合做直播间的动态星球背景、产品展示底座这类效果。
4.3 外部模型合入：SolidWorks模型导入Unity的单位坑
如果后续业务需要把卫星、火箭、机械臂这类CAD模型放到地球旁边做展示，一般会从SolidWorks导出模型。这条路有坑，主要坑在单位换算。
SolidWorks里默认长度单位是毫米，而Unity默认单位是米。直接从SolidWorks导出STL再拖进Unity，模型通常会变成巨大的怪物。稳妥的流程是：把SolidWorks模型先导出为STEP或IGES，再用Blender或3ds Max等中间软件转成FBX或GLB。转换时注意Blender的"Unit Scale"和SolidWorks的单位设置要保持一致，导出FBX时勾选"Apply Transform"。
FBX导入Unity后，在ModelImporter的Inspector里确认Scale Factor和单位换算是否合理：如果模型是从毫米转过来的，Scale Factor可能是0.001；如果中间软件已经处理过单位，Scale Factor保持1即可。验证方式很简单，导入后看模型在Scene视图里的尺寸是不是符合你的直觉，比如1米左右的卫星应该和球体差不太多，而不是大得把场景都撑爆。
外部模型挂到地球的演示场景时，旋转脚本的逻辑完全通用：新建一个空物体作父级，把模型的坐标零点归到父级原点，再把这个父级拖到EarthPivot下，挂上同一套旋转脚本即可。模型自身的轴方向跟Unity不统一时，就在父级加一个Rotation修正值，别去改模型内部网格。
4.4 性能与表现：阴影、贴图大小和Draw Call控制
球体旋转只是基础，但如果把场景做到半成品就卡顿掉帧，那就不划算了。几个容易忽视的性能点：
第一个是阴影。Directional Light开实时阴影时，场景里最消耗GPU的往往就是阴影贴图渲染。展示类项目中，我会把Directional Light的Shadow Type关掉或者只保留球体的简单投影。
第二个是贴图串流。8K地球贴图加上8K星空全景，再加上视频RenderTexture，显存占用会明显上升。不是所有屏幕都需要8K，用4K贴图配合Mip Maps，在大部分显示设备上看不出差别，加载速度还快不少。
第三个是Draw Call。一个球体加一个天空盒，本身Draw Call很少，所以基本不必优化。但如果你为了美观，叠了云层球、大气层球、边缘发光球，那Draw Call每加一层就多一份。这种时候把云层贴图的Alpha Blend材质换成同一Shader的粒子版本，或者用GPU实例化，可以省出不少开销。
5. 排错实录：地球不转、半边黑、贴图发紫怎么查
5.1 "球不转"的排查链路：从脚本到视角逐个排除
我先说结论：90%的"球不转"不是代码没写，而是组件没挂对或视角被干扰。下面是一条完整排查链路，照着走，基本能找到病根。
第一步看Console窗口有没有红色报错。Unity有个特性：只要脚本有编译错误，整个项目里的任何脚本都不会运行，场景正常Play也不会报错。你写的代码语法越简单越不容易踩这个坑，但一旦踩了，所有脚本全部失效，球自然不转。
第二步选中Sphere，看Inspector里的EarthRotation组件是否存在、是否被勾选。组件在的话，展开rotateSpeed和rotationAxis两个字段，确认rotateSpeed不为0、rotationAxis不等于(0,0,0)。
第三步在Play状态下，观察Sphere的Transform里的Rotation数值有没有跳动。数值在变，说明旋转逻辑正常；数值不动，脚本没执行。
第四步检查视角。这是最容易被忽略的：如果相机本身也挂了EarthRotation脚本，或者相机被放进了EarthPivot的子级，那相机跟着球同步转，看起来球就像"不动"一样。还有一种情况是Sphere的Scale被调成(100,100,100)，相机在(0,0,-10)位置其实已经钻进球体内部了，此时你看到的是球内壁，旋转时画面是一堆扭曲的贴图在翻滚，也完全看不出"地球在转"。
5.2 "球是黑的"：光照方向与环境光的校准
球体全黑或大半黑，通常有三个原因，按优先级排查：
第一，Directional Light的Rotation不对。平行光本质上没有"位置"概念，只有"方向"概念，方向由Rotation决定。选中平行光，旋转它的Rotation，让方向光从相机所在的一侧照向球体，球面就会出现高光。这一步是立竿见影的。
第二，环境光太暗。即使有方向光，如果Environment Lighting里的Ambient Intensity被调到0，背光面就会黑得发闷。把Ambient Intensity恢复到0.5左右，球体暗部会透出微弱冷色，整体更自然。
第三，贴图根本没赋上。如果材质的Base Map还是空的，球再亮也是灰白色，谈不上"黑"。所以还要顺手检查一下材质球上有没有真实贴图。
5.3 "材质发紫/贴图花"：管线和UV问题的对症下药
发紫的问题前面说过，几乎全是Shader与渲染管线不匹配。Built-in管线下用Standard，URP下用Universal Render Pipeline/Lit，HDRP下用HDRP/Lit。遇到紫球，先改Shader试试，基本能治愈。
贴图花或者接缝明显，则分两种情况。一种是贴图文件本身不是等距圆柱投影，比如你拿了一张墨卡托投影的地图，贴到球体上之后纬度越高拉伸越严重，甚至能看到明显的两极褶皱。这种问题只能换图解决，去下载2:1的Day Map专用贴图。另一种是贴图左右接缝处颜色对不上，地球从接缝处裂开了。这是贴图本身在180度经线处颜色不连续导致的，解决方式是用Krita或Photoshop把图左右各偏移一半，用修复画笔把接缝修掉，再偏移回来。
5.4 顺手补充的三个细节：速度参数、双脚本叠加与控制台习惯
最后补充三个容易出现但在文档里不太起眼的点。
第一，rotateSpeed用[SerializeField, Range(0f, 200f)]限制之后，Inspector里会直接出现一个滑条，拖动比输入数字方便得多。但如果你把上限设成200，手一抖调到150，球会转得肉眼根本看不清纹理，看起来就像花屏。一般情况下10到30是舒适区间。
第二，检查某个物体上是不是挂了不止一个EarthRotation脚本。我在实际项目里挂重过一次，结果转速翻倍，我还以为是斜率搞错了，查了半天才发现是脚本拖了两次。建议每次挂完脚本都看一眼Inspector，确认只挂了一份。
第三，养成"Play前看Console、Play中看Transform"的习惯。看Transform里Rotation数字是不是连续变化，比看画面更直观，排查效率能提高很多。
做这种小项目，最磨人的不是功能实现，而是"明明每一步都对，球却不转"的挫败感。我自己的习惯是：第一次转起来之后，不要急着加星空和特效，先Play模式下拖动相机绕球转一圈，确认旋转轴、光照角度、贴图接缝都没问题，再做后续扩展。这个套路其实不只是地球能用——所有旋转展示类场景（零件展示、卫星绕行、机械臂动画）都是同一套思路。等你想清楚了"父物体摆倾斜、子物体做自转"的分层结构之后，以后遇到任何3D展示需求都不用慌，改改转速和轴向量就能复用整套方案。
