如何降低Unity程序的Drawcall
DrawCall优化合并，即DrawCall Batching. 通过减少Draw call数 和对显卡性能的消耗来提高性能。
一 Mesh Renderer分为Dynamic Batching和 Static BatchingDynamic Batching不需要任何操作，只要共享材质(即使是不同的Mesh模型也可以)，就会自动被合并。
可以自由移动旋转。
但有以下使用要求：(1) 模型文件共计点数不超过900。
（重复使用同一个Mesh不计）(2) 单个物体可以不超过300点，Shader可以有法线UV。
但如果Shader使用了 UV0 UV1两套UV,或者Tangent切线的话，单个物体只能不超过180点(3)游戏对象使用相同模型和材质时，只有相同缩放(即xyz等比缩放,浮点尾数可以有细微差)的会被合并。
如（1，1，1）与（1，1，1）（2，2，2）与（2，2，2）（0.5，0.5，0.5）与 （0.5，0.5，0.5）（2,2,2）与（2,2，2.0001）(4)场景烘焙：烘焙后同材质将不会被烘焙。
lightmap 有隐藏的材质参数：offset\\\/scale, 所以使用lightmap的物体不会被合并(5)Shader不能使用多Pass:多Pass的Shader会破坏Dynamic BatchingStatic Batching原理：运行游戏后将一组游戏对象的多个模型会被动态合并为1个。
这组游戏对象所有使用同一材质的在一个DrawCall来完成。
这些游戏对象运行后无法移动缩放旋转。
但是Drawcall一定是最大化合并的，并且不受动态合并的诸多限制（见下文详述）。
注意：即使物体都使用了同样的模型，在batch后每一个物体都会创建一份模型对应的geometry,在新的Combined Mesh里。
所以过多的batch会增加内存占用。
例如场景里的树群就不适合Static Batch，而适合动态合并。
实现方法:(1)MeshRenderer勾选Batching Static： 勾了即可(2)代码中使用UnityEngine.StaticBatchingUtility实现(可以在任何平台调用): 1)将所有要合并的静态物体(不须勾Batching Static)放入统一一个root 2)StaticBatchingUtility.Combine(root); 之后就合并好了
区别：勾选Batching Static：完全自动合并,在MeshFilter里显示的是 Combined Mesh(root:scene)。
合并后不能移动StaticBatchingUtility:合并到一个游戏对象下。
合并后可以移动父节点游戏对象二 Skinned Mesh Renderer没有任何batching, 故不是人物的话尽量少用。
注意：(1)修改Renderer.material将会创建一份新的material,应使用Renderer.sharedMaterial来保持材质公用。
(2)可以使用Mesh.Optimize() 优化模型。
导入模型不需要调用此接口，在导入模型至时已自动处理。
代码创建的模型有可能需要调用此接口来优化。
三 合并要求对比要求 动态 静态 1 只能是MeshRenderer不能是SkinnedMeshRenderer 要求 要求 2 Shader必须是单Pass 要求 不要求 3 不能被场景烘焙（不能标注为Light map static） 要求 不要求 4 网格模型文件总点数要求 要求 不要求 5 网格模型单个文件点数要求 要求 不要求 6 限制缩放 要求 不要求 7 限制位移旋转 不要求 要求 四 总结三种方式：1 动态合并 优点： 内存消耗小 可以自由位移旋转 缺点： 要求众多（）2 标记Light map static合并 优点： 最方便快捷，要求最少 缺点： 完全不能移动 内存有消耗 只能处理在Scene中默认放置的物体3 代码StaticBatchingUtility合并 优点： 方便快捷，要求少 可整体移动 可处理代码动态加载的场景或物体 缺点： 内存有消耗代码合并是要求最少的，并可以整体移动。
而动态合并可以移动旋转，并做Animation动画。
故推荐StaticBatchingUtility + 动态合并。
五 场景制作建议美术人员在制作某场景时，尽量：静态物体：使用静态合并条件 1 用Mesh Renderer,也就是不绑定骨骼 2 不是Wrap循环UV的贴图，尽量合并到一张大图集方法 标注Batching Static即可动态物体：使用动态合并，动画可以用Unity的动画去做条件 1 无骨骼 2 不参与场景烘焙 3 相同物体相同缩放 4 模型点数小于300或180 5 模型文件总点数小于900 6 Shader单Pass方法 满足条件Unity自动优化(不满足动态合并要求的。
场景动画可以用去做。
但应尽量避免或者少的使用这种方式。
因为没有Drawcall优化效率较低）
Unity项目子目录可以有中文吗
不会影响之后开发吧
想想写出Unity或C＃的这些人用不用中文的吧...从我开始写游戏程序以来，除了代码注解跟资料之外，全部禁用中文。
代码也好，目录跟文档名全部看不到一个中文字.这都是以前debug，都发现问题是出在美术跟策划不小心用了中文的血泪心得。
查看原帖>>
怎么学习unity3d
不得不说，unity3d是一个生产力的游戏，自带了各种编辑器，进行一系列的可视化操作。
需要注意的是，unity3d适合FPS游戏，物理游戏等中小型的游戏，并不太适合MMO开发。
总结了个自己觉得适合一些没有接触过unity3d的朋友的学习路线：此过程假设学习者:1. 有一定图形学基础，比如清楚3D平移旋转等操作，四元数基本原理，对纹理，材质，灯光等有基本了解。
2. 开发语言不是障碍，即采用何种语言进行开发不是问题。
3. 阅读英文艺术文档没有障碍对于1，如果是计算机专业毕业，一般找一本图形学的书籍看半天足够了。
对于2，unity3d支持C#,Javascript,Boo三种脚本语言开发，可任选一种。
学习路线也可以根据实际情况任选。
总结：从零开始学习Unity本来就是一件非常艰苦的事情，大致归结下来的流程就是：1.C#基础，小的练习和训练；2.Unity基础，包括引擎知识和组件运用；3.Unity提升，基础的算法和大量API，以及Bug修正；4.Unity入门，积累，积累，积累。
Bug，Bug，Bug。
之前无论写了多少代码，看了多少视频都是有一定模板去让你跟随，去模仿的。
但是进了公司之后，发现之前写的代码根本没有什么难度。
而且对你的要求也是更为独立地去完成某一模块，你只能是不断积累，去修正，去学习。
只有日复一日地去写代码才能提高到更高的高度，卖油翁那句话怎么说来着
无他，唯手熟尔。
国内有哪些比较好的unity论坛
一般来说选择一个技术学习和投入，需要考虑清楚这几个问题：\ 1. 技术的适用范围（别到时候有了新的需求，解决不了）\ 2. 学习曲线\ 3. 技术支持怎么样
社区是否活跃
\ 4. 目前发展态势怎么样
（开源项目别今后没人管，商业产品公司不能倒闭了）\ 5. 扩展性如何
是否利于团队合作
（有的技术入门简单但拿来做大项目就是个灾难）\ \ 在这几个方面，虽然技术层面unity和cocos2d是完全不同的东西，但是作为目前开发手游所采用最为普遍的两种技术方案，是具有可比性的。
\ \ 适用范围\ 这\ 个很多之前的回答都已经说了，主要区别是unity是一个完全的的解决方案，cocos2d是一个类库。
适用领域unity要广很多。
cocos2d就是\ 为手机游戏而生的。
而unity除了开发2D，3D游戏，能发布到WP,Mac, \ Console等cocos2d不涉及的平台，unity还被广泛才用于虚拟现实项目。
在我最开始接触unity还是1.x版本的时候，QQ群里面几乎全\ 是讨论虚拟现实项目的。
甚至即便到现在我感觉身边（重庆）用unity做教育软件和3D漫游的都远多于做游戏的。
也就是说如果你将来不开发手\ 游，cocos2d就用不上了，unity还能搞点其他的。
\ \ 学习难度\ 上手当然unity更简单。
如果更极端一点，\ 不会编程，借助一些可视化编程中间件，设计师都可以完成unity游戏开发。
前阵子网上有cocos2d一天复制flappy \ bird的教材，如果换unity+playmaker来做估计花不了我一个小时。
当然如果面向本来就会c++的开发人员，cocos2d入门可能更加直\ 观，不会要接触新的开发工具。
不过对于普通人来说还是unity的方式更加容易入门，连代码都不用写。
\ \ 技术支持和社区\ 这方面cocos2d胜出，国内社区的情况unity方面掌握都还比较初级，有深度的技术问题基本上都要去官方论坛交流。
当然如果你英文读写无障碍，这个情况就倒过来了。
\ \ 发展态势\ cocos2d\ 目前在“开源的2D手游开发框架”领域基本上是没有什么竞争，这也注定了开源社区也不会有什么动力扩展到新的领域。
而unity则是一直开扩展其开发覆盖\ 面，unity就是“一统浆糊”的意思嘛。
最开始是作为一个“让人人都能开发游戏”进入人们视野的引擎，而最近的新版本一直在强调AAA游戏开发，将出的\ 5.0版本基本上都是面向画质上面的提升。
实际上也对UE，CE等造成了一定压力，现在UE对个人的授权费比unity还便宜了。
但是unity对于一些\ 普遍认为烂得不行的功能却一直没有什么动力修改，比如GUI系统和内置网络部分，一般也是要借助第三方完成开发，这点初学者需谨慎，不要学习这些没用的东\ 西。
\ \ 扩展性方面的问题\ 这点cocos2d胜出。
由于unity采用了易于新手和无编程人员的组件模式，在开发大型\ 项目时候非常容易进入架构上的陷阱。
开发太容易了，犯错也容易。
而cocos2d不是说就不会犯这些架构问题了，而是本身基于cocoa框架，能够开发的\ 人本身已经具有了一定的编程规范，开发app所用到的软件架构仍然适用。
而且unity就是另外一套体系了，初学者开发了一些简单项目以后一定要有有经验\ 的人带，了解一套MVC这样的架构体系以后再开发商业项目，否则只会在组件化模式的歧途上越走越远。
\ 在扩展性方面，unity的其他问题也还有很\ 多：假设苹果出了一个新的设备iTV, \ 用cocos2D的话你可以在beta版本放出的时候就开始根据官方的文档开发集成，在正式设备发布的时候就第一时间支持，使用unity的话恐怕必须等\ unity发补丁更新；需要两次编译，令人头大的JIT错误；很多国内广告和支付平台都不支持unity，SDK集成需要自己做插件等等。
\ \ 总结一下：\ 1. 如果你编程基础一般，想快速做出一款游戏而不纠结于技术，选unity\ 2. 开发app或者其他软件已经有一定经验，希望转到手游领域做一款商业化产品，同时个人或者团队的资金实力一般，选cocos2d\ 3. 想学习业界主流的游戏开发流程，不想局限于某个游戏平台或者2D还是3D，选unity\ 4. 不属于上面3种情况的，建议都上手试验再做判断
unity3d的赛车游戏总结怎么写
活动的意义与管理的重要性。
没有范文。
以下供参考，主要写一下主要的，如何努力工作，取得的成绩，最后提出一些合理化的建议或者新的努力方向。
。
。
。
。
。
。
就是让上级知道你有什么贡献，体现你的工作价值所在。
所以应该写好几点：1、你对岗位和工作上的认识2、具体你做了什么事3、你如何用心工作，哪些事情是你动脑子去解决的。
就算没什么，也要写一些有难度的问题，你如何通过努力解决了4、以后工作中你还需提高哪些能力或充实哪些知识5、上级喜欢主动工作的人。
你分内的事情都要有所准备，即事前准备工作以下供你参考：总结，就是把一个时间段的情况进行一次全面系统的总评价、总分析，分析成绩、不足、经验等。
总结是应用写作的一种，是对已经做过的工作进行理性的思考。
总结的基本要求1．总结必须有情况的概述和叙述，有的比较简单，有的比较详细。
2．成绩和缺点。
这是总结的主要内容。
总结的目的就是要肯定成绩，找出缺点。
成绩有哪些，有多大，表现在哪些方面，是怎样取得的；缺点有多少，表现在哪些方面，是怎样产生的，都应写清楚。
3．经验和教训。
为了便于今后工作，必须对以前的工作经验和教训进行分析、研究、概括，并形成理论知识。
总结的注意事项： 1．一定要实事求是，成绩基本不夸大，缺点基本不缩小。
这是分析、得出教训的基础。
2．条理要清楚。
语句通顺，容易理解。
3．要详略适宜。
有重要的，有次要的，写作时要突出重点。
总结中的问题要有主次、详略之分。
总结的基本格式： 1、标题 2、正文 开头：概述情况，总体评价；提纲挈领，总括全文。
主体：分析成绩缺憾，总结经验教训。
结尾：分析问题，明确方向。
3、落款 署名与日期。
求推荐一些总结分析unity3D知识的一些博客的博主，csdn的，博客园的，什么平台上的都行，要一
这个上面不让写网址，发你私信了，这个目前是最有影响力，和干货最多的
如何看待今年校招很多都招的Unity开发
Unity二位和三维的图形都可以处理。
今年Unity比较火，是因为虚拟现实VR今年开始变得比较强势。
总结就是所有的技术趋势都是和市场需求相关的。
Unreal 和 Unity 3D 各有什么特点
如何选择
希望初学者明白，学习Unity就是做
做
做
（重要的事情说三遍）。
而不是一直学理论
只要多做，就会发现每一个知识点的魅力所在。
如果只学不做，永远不会知道知识的魅力，甚至更不知道如何用
还是那句话：没有捷径的
只要不忘初心，坚持下去，付出总会有回报的
共勉
（推荐siki学院，真的挺不错）
