有人说入门简单？有人说难，下文我们就来为大家讲解游戏引擎 Unity 的入门易精通难在哪？
观点一：
看一下官网的文档和视频教程就知道了，看完几段视频和例子就能让初学者做出能玩的东西，其他同类商业引擎都做不到。物体+组件的结构，所见即所得的编辑方式，都把初学者的门槛降到了最低。
观点二：
1、渲染对象上挂一个脚本组件就可以驱动该对象的逻辑，基于MonoBehaviour的脚本一上来就把初始化（Awake、Start），更新（Update、FixedUpdate）的接口留好了，初学者完全不用考虑程序框架一类的问题，直接填空就行。很像做早期flash游戏的感觉。
2、编辑器非常强大，所见即所得的编辑方式，可以随时暂停、单帧执行游戏逻辑，提供场景和游戏多个窗口实时调试，观察效果。脚本组件面板上可以实时看到所有变量的当前值，这对于调试游戏逻辑非常方便。
3、3D引擎功能很完善，与我们自研了5,6年的3D引擎相比，还是远远甩我们一大截，除了支持前向和后向的多种渲染管线，各种后渲染效果，还内置基于Beast的LightMap烘焙、基于Umbra的遮挡剔除这些商业中间件，要知道单采购这些中间件就得好几十万RMB，因此就算是个3D新手，要做个炫酷的3D效果也不是很难。虽然在渲染效果上可能比不上Unreal,Cry，但是U3D这玩意在中国，就算是免费的了，再说用U3D基本也是要发移动平台，目前的3D效果已经很够用。
4、游戏其他方面的组件也很丰富，有基于PhyX的物理系统，你要做点什么疯狂小鸟、割绳子之类的游戏，真是很容易。另外还有基于NavMesh的导航系统、音乐音效系统（做音效的是FMOD的前开发者）等。
5、良好的开发者社区生态系统。Unity最NB的就是建了个Asset Store，全世界的UNITY开发者在这里卖自己做的各种代码、组件、美术资源，分享经验。因此，学习成本大大降低。
6、一键发布到各种平台，包括IOS、Andriod、WP、网页、Windows、Mac等，如果不是要接入其他平台相关的库（如内购等），几乎完全不用学习平台相关的编程知识（Object-C, Java等）
7、作为证明Unity入门易的一个例子，本人在刚开始学Unity时，用了一个半月的业余时间，做了个推币小游戏，放在Appstore上，一个月基本上能收个几千块钱。给个链接吧，不算广告啊，只是说明下1个半月业余时间用Unity能做个什么样的出来：iTunes 的 App Store 中的“小丑马戏团”
为什么Unity精通难？
观点一：
1、基于MonoBehaviour的脚本，用得太顺手会有有很大的架构风险，你会情不自禁的A组件引用B组件，B组件又引用A组件.....项目一大写成一团乱麻。当然用其他引擎，其他语言也有这问题，但UNITY的一些特性必须用MonoBehaviour类来使用，所以要设计一个健壮的MVC架构需要顶住很多诱惑，绕一些弯。
2、基于MonoBehaviour的脚本，组件的初始化顺序无法明确，这个坑也有回答提到了。
3、底层代码不开源，尤其是Asset Store上卖的东西那帮开发者也习惯弄个dll封装起来，因此，一些底层修改需求没法改，有时候很头疼。
4、C#的GC问题，这个不能说是Unity的错，C/C++的开发者会在长期的工作中变得对内存敏感，而C#开发者会弱得多，但游戏恰巧又是个内存敏感的应用程序。因此，开发者需要对C#的内存分配时刻非常敏感，否则就会出现频繁GC导致的顿卡现象。这里尤其要注意在每帧更新时的小内存分配。这方面要善用UNITY自带的内存和性能分析工具。
5、unity3d毕竟是个3D引擎，3D图形学知识毕竟门槛很高，要深入的做一个项目，需要对3D知识了解得很深，因此，在开发一些大型项目时，新手往往对于3D的各种需求和问题，如果Unity官方没有，或者Asset Store里找不到，就感到棘手。
6、最大的坑！IOS发布时遇到跟AOT编译有关的运行时异常。简单说就是Unity采用mono对C#进行跨平台编译，但在iOS平台中，Mono是以Full AOT模式运行的，无法使用JIT引擎，于是引发了这个异常。所以经常出现的情况是在PC和Andriod上游戏都跑得很好，但在iOS平台会在运行时当掉！具体限制请参照：http://docs.xamarin.com/guides/ios/advanced_topics/limitations/#.NET.c2.a0API.c2.a0Limitations
7、作为证明Unity精通难的例子，我司跨时代炫酷国际大作秒杀Appstore前20的Unity项目，做了大概8个月了吧，估计要出来还得小1年....
观点二：
其实任何可以拿来做高大上酷炫屌游戏的商业引擎都是难精通的，这个由引擎的功能深度和泛用性决定。一个集成了无数商业中间件的引擎，包括动画系统、GUI、光照系统、寻路、物理等各个部分，任何一部分单独拿出来都需要用户用心掌握。从这个角度来说Unity和Unreal基本是差不多的。
那么Unity特有的坑有哪些呢？
1. 脚本执行顺序：MonoBehavior是Unity组件系统的核心，离开这个类所有易上手和高效开发的特性都无法施展。但多个组件脚本的执行顺序控制始终是令人头痛的问题。不了解这一点的用户很容易陷入各种隐藏bug的泥沼。
2. 组件式功能结构给每个人更大的控制权力，但无法很好的区分团队不同成员的责任。相比Unreal把编程分为C++，UnrealScript和Kismet三层的做法，Unity让每个开发者都能看到脚本源码并在需要时进行修改。对于独狼开发者来说非常方便，但如果一个游戏逻辑同时可能受到脚本程序、prefab参数配置和场景引用关联三方制约，维护起来就非常的乱，出了问题也很难第一时间分清责任。
3. 内存分配和垃圾回收造成的效率问题初学者很难了解。Unity的一个重要特征就是为了让整个引擎有更广的受众，故意隐藏了很多复杂的使用方法。比如说全自动的垃圾回收，就是为了让不懂内存分配的用户也能无障碍使用。但很快进阶一点的用户就会发现大量运行时垃圾回收造成的拖慢，以至于成为一个入门必经的陷阱。如果能在官方文档里告诉用户哪些操作会分配内存，情况会改善许多。
4. 功能迭代推新迅速，造成大量不成熟不完善的工作流程。这一点很难说是缺点，毕竟能第一时间用到酷炫的新功能对很多用户来说是求之不得的，当然如果你是商业项目的技术负责人就要小心了。一般来说，官方推出的功能至少要在一年后稳定性和适用性才会超过Asset Store上的同类第三方插件。
总的说来，由于优秀的可扩展性，上述这些问题都不致命。总有人在制作优秀的工具来弥补这个引擎的各种不足。而配合其天下无敌的易用性，unity整体的技术方向是非常成功的。