Unity3D 有哪些局限性？
Unity3D 有哪些局限性？ 除了没有源码不便做深层次的改动优化以外没有什么问题，有实力的大公司不用u3d用自研引擎主要因为这个，小公司的话用这个足够了，如果你关注独立游戏就会发现最近的独立3d游戏大都是u3d的；如果开放源码u3d用的人会更多，前段时间完美的笑傲江湖就有传说是搞到了u3d的源码然后和自家引擎结合，效果非常不错 Unity的序列化在面对复杂数据结构时候根本不能用，but 可以自己写.过场动画编辑器自带功能让人感动，but 可以自己写.
UI还是十几年前的思路，but 可以自己写.
某些渲染不给力，but 可以自己写native插件.
我tm什么都要自己写，还用你个毛啊……
另外我自己写也要面对黑盒（no source）用各种api和奇葩方式完成一个很简单的操作，在些编辑器扩展时候你就体会到了.反射我只敢用在编辑器，对游戏逻辑某些需求，用反射不现实.
il2cpp面向调试都何止是不友好的事……
unity的上层极其开放，但奈何底层极其不开放，以至于你说他灵活吧，的确挂个monob可以乱搞. 但你想乱搞到一定层次全都堵的死死的，你进不去...这就很尴尬了 1. Asset管理和Asset Bundle, 没有完整能用的打包支持(比如单独补丁某个文件)
2. Serialization一直是最大的坑之一. 具体在别的地方已经讨论过很多次. 比如Unity Serialization...behind the mistery of ScriptableObject! I'Z Logic!
和http://www.codingjargames.com/blog/2012/11/30/advanced-unity-serialization/. 这点对于写中间件的人简直是噩梦(我在这上边已经撞了无数次坑了)
3. 多人协作和资产管理. 以及没有很好的Scene Merge方案(5.0里这点已经改善很多了, 具体参照u3d的博文)
5. 工具链不够, 部分工具缺失, 比如材质/Shader编辑器, 层次状态机, Director等等
6. 热更新问题可以再额外挂个脚本(比如lua)
7. 新UI也是半个残废
随便一想就想到这些 (. 很多历史遗留下来的东西官方明确表示不会修, 就是很大的一个问题. 代码不容易做到统一加载管理。后面增加的 ExecuteOrder 来决定代码的加载次序，也是打补丁的无奈之举。生成的包尺寸太大。64位的 Universal 更是恐怖。MonoDeveloper 的速度极不理想。大项目几乎无法单步调试。单元测试不理想。调试基本靠 Debug.Log 很悲催。向下兼容不好。老项目用新版 Unity 打开，有可能会变成无法修复。Asset Bundle 大坑。5之后匆匆忙忙往内核里塞一大堆东西。UI 也就罢了，EventSystem，广告，统计这些还真不如先以插件的形式发布。5以后运行速度一直在下降。按下 Play 之后起码等5秒钟才运行。（我用的是rMBP 高配的机子）。还有动不动就傲娇崩溃。Prefab 的机制弱爆了。无法嵌套，更新机制不统一。每次让人用 prefab 摆关卡是都提心吊胆，每次更新prefab都得全部关卡检查一遍。（个人认为凡是拖入场景的 prefab，都应该用某种容器包起来，仅留特殊的接口来调整位置缩放以及脚本参数。而不是像现在这样，一拖入场景，所有的结构都暴露，随便让人修改，修改之后仅仅是把属性加粗，这有卵用么？）
来自EA的CEO和来自EA的CFO 必须是mono这个坑爹的队友，不过5.2终于要更新了 我觉得最不行的地方是Scene的黑盒。Unity加入的大量内容都基于Scene，但它却是一整坨的黑盒难以进行扩展，而它的功能却一直不够。
功能不够，却不能扩展，你就只能绕过它自己实现……那还用它干嘛？
所以要不把Scene的功能做到其他主流引擎的级别，要不把黑盒继续拆散（个人觉得Unity的思路后者更有可能一点）。
此外还有一些封闭的部分，比如MonoBehaviour的封装，我觉得还应该再给更底层的东西，继续分拆。
还有就是Prefab，到底是什么理由让Prefab不能相互依赖的，循环依赖？FLASH多早以前就解决了的玩意儿……
啊，说到这里……对啊，你起码做到以前AS3的程度啊，你现在就是个AS2…… 不支持热更新！ 工具太差。
用过UE4之后，感觉Unity的工具链跟残废没啥两样。
以上为吐槽，正经的说，最大的局限必须是没源码了，你永远不知道会在哪一天碰到一堵墙。