软件实习心得体会5篇。

心得体会文章写起来并非很困难，有一说一，心之所至，畅所欲言即可，所以我们应该如何写好心得体会呢？这是心得体会大全整理的“软件实习心得体会”类文章希望对你有所裨益，此文章内容仅供参考请慎重对待！

软件实习心得体会 篇1

嵌入式软件开发实习心得体会

嵌入式软件开发实习是我人生中最具有挑战性的经历之一。一个月的实习期间，我不断地面对新的学习和挑战，不断地突破自己的局限和困难，最终赢得了成功。在这段时间里，我深刻体验到了嵌入式软件开发的困难和挑战，也积累了宝贵的经验和知识，对我的职业发展起到了很大的促进作用。

在实习期间，我要求自己要做到以下几点：

1. 认真学习：首先，我要认真学习所学内容，包括理论和实践。我努力把学到的知识和技能应用到实际项目中去，并寻求导师和同事的指导和帮助。

2. 合作共赢：其次，我要敬业合作，积极参与团队的工作，和同事一起完成任务。我深入了解团队的工作流程，学习如何与其他同事交流合作。

3. 持续改进：最后，我要不断地自我反思和改进，总结经验和教训，寻求自我提升。我认真听取导师和同事的反馈意见，虚心向各位专业前辈学习，不断提升自己。

在整个实习期间，我遵循了以上几点要求，并取得了不错的实际成果。实习期间，我主要参与了某公司的一个实际项目，该项目是针对一款智能家电的软件开发。我主要负责该项目的底层驱动开发和系统架构设计，使用了C语言、机器语言和汇编语言等多种编程语言，经历了若干次调试和验证，最终成功地将该软件应用到实习公司的产品中。

在整个实习期间，我深刻地感受到了嵌入式软件开发领域的挑战和机遇，也体验到了团队合作的重要性，和自我提升的必要性。通过参与实习，我不仅学到了关于软件设计和开发的知识和技能，而且了解了企业的社会运作方式，掌握了在实际工作中所需要具备的一系列技能，这对我的职业发展具有非常重要的意义。同时，实习期间也增强了我自己的信心和勇气，让我更加坚定地走向了嵌入式软件开发领域。

在实习期间，我经历了很多困难和挑战，但我很高兴自己勇敢地面对了这些问题，不停地寻求解决方案，并不断前进。我认为，这正是一个真正的工程师所需要的精神：“不断挑战自己，不断学习和提高，克服困难，和同事合作共创佳绩。”

总之，嵌入式软件开发实习是我人生中一次非常宝贵的经验，这段时间里我获得了很多学习和成长的机会，也结识了很多志同道合的伙伴。我将会一直坚持这种职业精神，继续努力，不断前进，在未来的工作中做出更好的表现。

软件实习心得体会 篇2

今天的实训结束了，今天做的是纸牌游戏软件和趣味打字游戏。今天的东西对我来说有点难度，最后没有能过完全做完。但是我还是觉得这是一个不错的实训，在这种集体的环境里和同学们一起学习，每天的生活过的也是非常的充实。此次实践课我的收获很多。我和同学们这一次真正自己动手制作了一个小软件，虽然还存在很多的问题，而且我做的软件在使用起来还是很不可行的，但是我们从中受到了很多知识，不仅是专业的知识，更让我明白了一个软件从设计到实现的每一个环节真的很不容易，不仅需要扎实的专业知识，更需要一个团队的配合，这才是一个软件成功的关键。这就告诉我们，一个人的出色不算什么，一个团队的出色才是真正有用的。

刚开始拿到题目我们组员都不知如何下手，经过小组成员一起查找资料，并且开会讨论，我们确定了设计的设计目标以及具体实现方式，包括如何将Java的思想运用到实际系统的详细设计之中。

在实验课上，我学会了很多学习的方法。而这是日后最实用的。要面对社会的挑战，只有不断的学习、实践，再学习、再实践。这对于我的将来也有很大的帮助。以后，不管有多苦，我想我都能变苦为乐，找寻有趣的事情，发现其中珍贵的事情。就像中国提倡的艰苦奋斗一样，我都可以在实验结束之后变的更加成熟，会面对需要面对的事情，以及学会遇到问题，不急不慌，慢慢解决它。

虽然过程辛苦是不可避免，但收获还是令人感到尤其的欣慰。在这次的软件设计中不仅检验了我所学习的知识，也培养了我的实践能力，让我知道遇到一个问题，如何去寻找思路，如何去解决问题，最终完成整个事情。在设计过程中，与同学分工设计，和同学们相互探讨，相互学习，相互监督。学会了合作，学会了宽容，学会了理解，也学会了做人与处世。课程设计是我们专业课程知识综合应用的实践训练，是我们迈向社会，从事职业工作前一个必不少的过程。实验过程中，也十分感谢实验指导老师陈中育老师的指点与教导。这次软件设计不仅是对这学期所学知识的一种综合检验，而且也是对自己动手能力的一种提高，增强了自己实践能力。通过这次课程设计使我明白了自己知识还比较欠缺，只是学习书本知识还是远远不够的，自己不会的东西还有太多，学习需要自己长期的积累，在以后的学习、工作中都应该不断的学习，将课本的理论知识与生活中的实践知识相结合，不断提高自己文化知识和实践能力。

软件公司工作实习心得体会

软件实习心得体会 篇3

一、前期规划：

我理解的前期规划是：在市场人员们汇总一个需求提交给产品专家带领的产品经理团队，然后经过这个团队根据公司具体情况再次分析和规划出一个最终需求文档。

这个需求文档应当首先提交给技术研发部门的负责人以及核心开发人员。由开发团队对其进行技术和风险分析。如果对此需求统一有异议的地方，需要返回给产品团队，重新修正需求。反复如此，直至需求完善准确，细致，清晰。

前期规划就像高楼的地基，如果马马虎虎，就算是一块砖块没摆好都可能导致整个高楼建设的失败。在规划中我认为，交流永远是需要双方积极主动，能认真听取每个人的建议。前期工作思维不慎重，不细致，不认真，不够完善，将产生连锁效应直接导致整个工程和项目的失败。

这种失败可能表现为：第一种，软件按需求实现但是功能根本不能满足用户需要。第二种，功能都有了，软件没有达到可用性、易用性。

对于第一种，当然是因为前期规划疏漏了某些细小功能，没能把需求文档做完善。应该是规划工作做的还不够认真和细致。

对于第二种情况，我认为更多是在产品设计规划方面经验还不够成熟。这种问题应该是很难避免的。因为每种新产品对产品团队来说都很陌生。即使以前做过类似的东西，也难免面面俱到。这只能通过不断努力和认真的态度来弥补。

前期规划的交流涉及了市场、产品和技术研发等多个团队之间。需要的不仅是团队内部的交流，更多需要协调好团队之间的交流。可能有时候需要公司高层和中层参与协调。

目前，很多开发人员深感项目的需求文档写的都很单薄。大家可以想一想，如果没有好的开始，怎么会有好的结束呢?需求文档单薄，不够细致，由谁来继续完善呢?难道让程序员们自己去完善。我想程序员也可能没有这种能力。对于程序员能把代码写的很健壮很稳定就已经是很不容易的事情了。

二、概要设计：

我理解的概要设计步骤：(以项目为中心的开发流程)

1〉 项目经理仔细阅读项目需求文档。

2〉 项目经理召集项目开发成员，开项目启动会议。具体商议项目的开发任务和责任分配。

3〉 核心开发人员开发确定，以及各模块开发人员确定。

4〉 由系统分析员和核心开发人员仔细阅读需求文档，对系统整个架构分析和做技术规划。

5〉 系统分析员整理和书写最终的系统架构和概要设计文档。

6〉 系统分析员在文档提交日，提交给项目经理。项目经理确认文档并审批。

7〉 项目经理召集项目开发成员，开一个概要设计以及系统架构确定的会议。向每个成员分发文档，并讨论确定最终概要设计文档。

8〉开始详细设计文档的工作

做软件开发项目实习的心得体会

三、详细设计：

1〉 项目经理组织成立各个模块的开发小组，并确定开发小组组长(程序经理)。

2〉 各开发组长书写各自模块的详细设计文档，开发成员需要协助，配合。

3〉 在指定提交日，开发组长提交文档给系统分析员。由系统分析员审批。

4〉 系统分析员组织召开一个详细设计文档确认的会议。

5〉 然后开发组长分发各自模块的详细设计文档给程序员，程序员在指定时间内完成。

6〉 程序员做内部测试。开发组长协调并配合。

7〉 确认无bug提交给开发组组长。

8〉 所有模块整合工作，由整个开发组成员参与完成。由所有开发组长和系统分析员负责主要部分工作。程序员协助和配合。

9〉 对整合后工程做详细测试。

10〉 确认测试通过后，开发组长根据开发成员表现以及提交成果填写绩效考核表。然后提交给项目经理。

11〉 项目经理会召开项目总结会，同时向优秀成员颁奖。同时鼓励所有成员继续努力。对不能按时完成导致项目能按时提交，以及对导致失败的

关键人员给与惩罚处理。

当然，以上只是一个简单的开发流程，一定是有很多不足的地方。希望能起到抛砖引玉的作用。大家都明白，流程和制度是死的，但人是活的，所以如何按流程做得好，关键还是在人本身了。没有一个流程和制度，一个团队也必将是一盘散沙。正所谓“无规矩无以成方圆”。这句话说得很有道理。

四、具体编码：

开发几个项目之后，对编写程序有了更进一步的了解。

好的程序应该具有: 易读性，易扩展性，容错性。

易读性: 所有变量和函数以及类名用简单易懂易记忆的命名方式。所有类和函数甚至变量都有关键的注释说明。这点很重要，也是最基础的。如果代码书写不够美观和易懂，我想自己以后也不想再看。就更别谈功能的扩展和新版本开发了。

易扩展性: 整体系统架构逻辑简单清晰。模块与模块之间尽量做到互不影响，也就是尽可能的独立。这部分工作主要体现在前期设计工作中，需要掌握好的设计经验和方法才能够做得比较好。

容错性: 对数据流和指针以及数组都做数据有效性检查;对第三方接口的调用失败的容错性。对所有代码都做调用失败后的错误处理。以及在大的工程中加入trace文件输出，把关键的数据流和关键处理部分的操作信息输出。以便对工程异常情况产生条件的定位，及时解决问题。

我觉得程序员能在这三方面做得很好就算一个优秀的programmer了。

五、调试、跟踪与测试：

1 测试需要注意的：

对每个模块的接口做测试，数据边界的检查。在对整个模块做测试。

主要测试稳定性，效率以及功能是否正常。

确认单个模块完全正常后，再加入工程。

在系统架构设计的时候，可能会引入原型参考。要对原型做完成测试后，确认没有问题后，才可使用。

2 可以采用VC自带Trace或者将信息输出为文本文件的方式跟踪程序并输出关键信息，以便定位程序异常的原因。

3 对于通信模块的测试，特别注意服务端和客户端的数据流。可以针对性的写一个客户端或服务端的测试程序，检验通讯过程是否正常。

4 在用VC做开发中，一定先要让Debug版本正常运行，保证没有任何异常，内存泄漏和Assert等调试警告信息。如果用到其他Lib,一定要保证Lib本身不存在问题。

这里只是提到一些自己容易忽略的东西，希望能对大家有所帮助，欢迎指正!谢谢。

软件实习心得体会 篇4

说明：软件工程毕业实习总结为范文网的会员投稿推荐，但愿对你的学习工作带来帮助。

软件工程毕业实习总结篇一

时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的。

最先在内部系统组参与内部管理系统开发(struts+mysql+spring+hibernate)，之后是去做网络交换机软件的脚本测试。现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。

至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。

1、浅谈测试

一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug，责任在你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力。而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提。但占主导地位的，还是大型系统的集成测试经验。实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找 bug与对应bug，此阶段基本评定了coder的编码质量。

2、程序员的困惑

有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，问题在那?如何定位?如何解决?通通跟一样能力有关，debug追踪能力，也称调试。在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化?

有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段“源码”才真正属于你。

3、如何调试追踪

如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具体值，那是最好途径。eclipse是个很爽的ide，这点做的很好。例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步step over，让sql字段(存取最终sql语句的字符串)运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题。

页面错误的调试，基本方法是用右键点击实际网页查看源代码，copy到editplus，就能看到具体错误发生在那几行。通常有几种常见的错误，例如：缺少对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加if(___=null)语句加保护。追踪的方法基本就是用alert语句，放在有可能出错的地方。4、一些习惯

遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多。

解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间。

把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在第一位。曾经看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很流畅，方便自己也方便别人。

任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他们就会对你另言相看，把三天的任务一天加班搞定，效率和忠诚都有了，路也比较好走了。

软件工程毕业实习总结篇二

进入公司初期参加的入职培训，使我对公司有了一个全面的了解，在公司工作的这段时间，我深切的体会到了公司深厚的经营理念，感受到了公司浓厚的文化氛围。在每期的刊物上我都有了解公司的近期新闻内容，同时也了解了公司的相关的规章制度，在工作上有领导的关心和同事的帮助，让我更加顺利的度过我的试用期。

一、关于实习公司

我所实习的南京__软件有限公司简称__公司，公司成立于20__年，主营软件开发和信息系统集成，专门从事工程建设项目管理信息系统开发和实施，具有自主知识产权的项目管理软件产品__项目管理系列软件(包括__投资控制合同管理软件、进度控制计划管理软件、__质量控制安全管理软件、__项目管理门户、__城建项目管理平台等)，并已经在全世界第一大桥苏通长江大桥、国内最大的开发区苏州工业园区以及南水北调工程实施和应用，目前正与南京城建集团合作，开发城建项目管理平台。

二、实习的内容

今年__月__日开始，我正式走进__开始了实习工作，并被调到了江苏省建筑质量检测中心，参加正在进行的一个检测项目。由于我才大三，本身对企业的经营方式等都很陌生，公司让我们的王工带我学习，以师傅带徒弟的方式，指导我的日常实习。在王工的热心指导下，我依次对此次项目的业务流程和大概框架进行了了解，并积极参与相关工作，注意把书本上学到的理论知识对照实际工作，用理论知识加深对实际工作的认识，用实践验证大学所学确实有用。以双重身份完成了学习与工作两重任务。跟公司同事一样上下班，协助同事完成部门工作;又以学生身份虚心学习，努力汲取实践知识。我心里明白我要以良好的工作态度以及较强的工作能力和勤奋好学来适应公司的工作，完成公司的任务。

三、实习的提高与收获

实习收获，主要有四个方面：

一是通过直接参与企业的运作过程，学到了实践知识，同时进一步加深了对理论知识的理解，使理论与实践知识都有所提高，圆满地完成了本科教学的实践任务。

二是提高了实际工作能力，为就业和将来的工作取得了一些宝贵的实践经验。

三是一些学生在实习单位受到认可并促成就业。

四是为毕业后的正式工作做好了准备。

四、结语

到公司实习并没有我想象中的难以融入，通过慢慢的学习，发现在公司用的到得知识在我们的学校学习中都会遇到。至暑期结束，从不懂到渐渐的做了几个检测项目。学到不少的东西。实习生活还没结束，开学了我还是会继续留在公司我的学习和探索。

软件工程毕业实习总结篇三

在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项目，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个项目，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。

从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分。这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。

刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为。可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可。

还有就是接下来的一些设计模块，此模块与软件编码涉及比较紧密，主要是解决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影响大，因此再次也不做过多的介绍。

在整个活动的完成过程中，作为组长，我收获很多，我发现，要是组里有个人不怎么想做事情时，他对于整个组织的影响是毁灭性的，正所谓“一颗老鼠屎，能坏一仓谷”，以后我的组织里要是出现这样的人，我绝不会给他继续留下来的机会，我会在第一时间将他清除出去。还有就是，作为组长，你要做的最重要的事情，不是发挥自己的聪明才智，而是创造出一个平台，让别人去发挥，你所要做得，出了保证这个平台的完整性和公平性外，还有就是协调好各组员之间的关系。

软件实习心得体会 篇5

以下为本人这一周PKPM软件实习的心得，经过一周的实习使我对PKPM的认识从一无所知到了了解基本的应用，这是我在毕业之前又一次学到的实用知识，我觉得很开心，以下是我对PKPM的具体认识。

1、PKPM的发展方向

PKPM程序的发展方向主要有两个方面： 第一个方面就是计算，它的方向就是集成化、通用化。集成化大家都能感觉到，PKPM程序都是以PM程序所建数据为条件，以空间计算为核心，基础、后期的CAD出图都能采用前面的数据。所有这些都构成了程序集成化的雏形。程序的通用化主要表现在计算上，PKPM程序的计算程序由以前的平面计算(PK)---->三维空间杆件(TAT)---->空间有限元(SATWE)---->整体通用有限元程序(PMSAP)。能计算的结构类型有砖混、底框、钢筋混凝土结构、钢结构等。现在又在开发特种结构的计算程序：如高压塔架、巨型油罐等。在PM程序中就可以建立起这些结构的空间模型。当然现在的PKPM系列程序还不能计算。第二个方向就是开放计算参数的开关。有很多参数以前都是放在程序的“黑匣子”里的，设计人员不能干预。程序放开这些参数有两个原因，首先就是要让设计人员真正的掌握工程的设计过程，能够尽可能的控制设计过程。其次就是要把一些关键的责任交由设计人员来负，程序只能起到设计

工具的作用，不能代替设计。所以就需要我们的结构设计人员充分的理解程序的适用范围、条件和校对结果的合理性、可靠性。如《高层建筑混凝土结构技术规程》的5.1.16条要求“对结构分析软件的计算结果，应进行分析结果判断，确认其合理、有效后方可作为工程设计的依据”。

2、空间计算程序部分

2.1、PKPM几个空间程序的不同，现在，PKPM程序拥有的空间计算程序有三个，即TAT、SATWE、PMSAP。

1)、TAT--它是一个空间杆件程序，对柱、墙、梁都是采用杆件模型来模拟的，特殊的就是剪力墙是采用薄壁柱原理来计算的，在它的单元刚度矩阵中多了一个翘曲的自由度θ'，相应的力矩多了双力矩。因此，在用TAT程序计算框剪结构、剪力墙结构等含钢筋混凝土剪力墙的结构都要对剪力墙的洞口、节点做合理的简化，有点让实际工程来适应我们的计算程序的味道。作这种简化都是因为分析手段的局限所制(资料书的P129)。当然，在作结构方案时，对结构作这样的调整对建筑结构方案的简洁、合理有很大的好处。它的楼盖是作为平面内无限刚、平面外刚度不考虑的假设。在新版的TAT程序中，允许增设弹性节点，这种弹性节点允许在楼层平面内有相对位移，且能承担相应的水平力。增加了这种弹性节点来加大TAT程序的适用范围，使得TAT程序可以计算空旷、错层结构。

2)、SATWE--空间组合结构有限元程序，与TAT的区别在于墙和楼板的模型不同。SATWE对剪力墙采用的是在壳元的基础上凝聚而成的墙元模型。采用墙元模型，在我们的工程建摸中，就不需要象TAT程序那样做那么多的简化，只需要按实际情况输入即可。对于楼盖，SATWE程序采用多种模式来模拟。有刚性楼板和弹性楼板两种。SATWE程序主要是在这两个方面与TAT程序不同。

3)、PMSAP---是一个结构分析通用程序。当然，它是偏向于建筑的，但它是一个发展方向。现在的比较著名的通用计算程序有：SAP84、SAP91、SAP20xx、ANSYS、ETABS等程序，这些程序各有特长。

2.2、程序的参数及选择开关

2.2.1)、PMCAD中的参数

(1)总信息： 结构体系、结构主材：主要是不同的结构体系有不同的调整参数。 地下室层数：必须准确填写，主要有几个原因，风荷载、地震作用效应的计算必须要用到这个参数，有了这个参数，地下室以下的风荷载、水平地震效应就没有往下传，但竖向作用效应还是往下传递。地下室侧墙的计算也要用到。底部加强区也要用到这个参数。 与基础相连接的下部楼层数：要说明的是除了PM荷载和最下层的荷载能传递到基础外，其他嵌固层的基脚内力现在的程序都不能传递到基础。

(2)、材料信息：其他与老的程序一样填法，就是钢筋采用了新规范的新符号。

(3)风荷载： 修正后基本风压：根据《建筑结构荷载规范》的7.1.2条，对与高层、高耸以及对风荷载比较敏感的其他结构，基本风压应适当提高，并应由有关的结构设计规范具体规定。按《高层建筑混凝土结构技术规程》的3.2.2条，对与特别重要或对风荷载比较敏感的高层建筑，其基本风压应按120xx年重现期的风压值采用。按规范的解释，房屋高度大于60m的都是对风荷载比较敏感的高层建筑。

2.2.2)、TAT的参数及开关

(1)、用TAT程序计算建模应注意的几点： 剪力墙必须要有洞口，不能形成封闭“口”字形。这样在构件截面上的剪力流才有进口和出口，否则，程序无法对构件进行计算。这是TAT程序对薄壁柱数学模型模拟的要求。 剪力墙内的洞口要求要上下对齐，且要有规律性。如果不这样，那么内力的传递将通过节点间刚域来传递，这与实际有时很大差别，引起很大的计算误差。且洞口布置不规律，计算结果具有很大的突变性。

最后我总结出写实习心得或感受等一些总结是我们对之前所学的一种回忆方式，会使我们更深刻的记住和掌握所学知识。