首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

嵌入式开发中静态代码分析器的七种用途

当前标准的C语言编译器存在普遍只能找出代码中潜在的缺陷,而对程序方案设计并没有效。使用静态代码分析器有助于提升固件和捕获编译器难以察觉的问题。以下是每一位嵌入式软件开发工程师都应该熟悉的静态代码编译器的七种用法。 标准的C语言编译器在检查语法错误方面做得很好,并且能将其编译成可执行的程序。如果代码被编译成功,编译器就会默认一切都很好,但可能还是会存在许多的错误。静态代码分析器在下列场景中就能大展身手。 用途#1 - 捕捉潜在的漏洞 静态代码分析器广为人知的用途之一就是扫描软件中潜在的问题和漏洞。这些问题小到

07

硬实时系统,到底多硬才算Hard Real Time System

【本帖是安富莱电子原创贴】 RTOS三要素,实时性,可靠性,安全性。这次我们分享下实时系统中的硬实时性。 硬实时系统是必须在设置的截止时间内对环境中的事件做出反应的系统。 一、背景知识: 1、实时系统和非实时系统区别的几个显著特征: (1)时间限制,每个任务都与一些些时间限制想关联,一种常见的时间限制是与任务相关的最后期限。 指定任务必须截止时间内完成。 (2)安全可靠性,特别是在安全关键领域的应用。 (3)高实时并发性:实时系统通常需要在非常短和严格的时间范围内响应多个独立的事件。 (4)任务关键性:根据任务的不同安全等级和实时性要求,保证关键性任务得到及时执行并且可靠。 还有很多其它特性,就不一 一列举了。 2、硬实时,强实时和软实时 RTOS实时系统的特点是在设定截止时间内完成所需的操作,根据是否在这个时间内完成此操作分为如下三种: Hard real time system 硬实时系统 在设置的截止时间内可完成相应功能的,如果完不成,系统会崩溃。 Firm real time system 强实时系统 强实时性比硬实时要求弱一些,如果在截止时间内完不成,系统不会崩溃,忽略这次执行。 Soft real time system 软实时系统 软实时比强实时弱一些,如果在截止时间内没有完成,完全不受影响,继续运行。 二、纵览各种RTOS,哪家是硬实时系统 1、VxWorks: https://www.windriver.com/products/vxworks VxWorks官方描述:VxWorks is a deterministic, priority-based preemptive RTOS with low latency and minimal jitter : VxWorks是确定性,基于优先级的抢占式RTOS,具有低延迟和最小抖动。

03

关于提高软件开发知识的建议

1、分享第一条经验:“学历代表过去、能力代表现在、学习力代表未来。” 其实这是一个来自国外教育领域的一个研究果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要:“重要的道理明白太晚将抱憾终生!”所以放在每一条,让刚刚毕业的朋友们早点看到哈! 2、一定要确定自己的发展方向,并为此目的制定可行的计划。 不要说什么,“我刚毕业,还不知道将来可能做什么?”,“跟着感觉走,先做做看”。因为,这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术,将来成为专家级人物?向管理方向走,成为职业经理人?先熟悉行业和领域,将来自立门户?还是先在行业里面混混,过几年转行做点别的?这很重要,它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。 3、软件开发团队中,技术不是万能的,但没有技术是万万不能的! 在技术型团队中,技术与人品同等重要,当然长相也比较重要哈,尤其在mm比较多的团队中。在软件项目团队中,技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护,多少你都要有技术基础。算我孤陋寡闻,我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目,哪怕就一个,也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目,项目交付的第二天,项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。 4、详细制定自己软件开发专业知识学习计划,并注意及时修正和调整(软件开发技术变化实在太快)。 请牢记:“如果一个软件开发人员在1、2年内都没有更新过自己的知识,那么,其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们:另外的那8小时如何使用将决定你的人生成败!本人自毕业以来,平均每天实际学习时间超过2小时。 5、书籍是人类进步的阶梯,对软件开发人员尤其如此。 书籍是学习知识的最有效途径,不要过多地指望在工作中能遇到“世外高人”,并不厌其烦地教你。对于花钱买书,我个人经验是:千万别买国内那帮人出的书!我买的那些家伙出的书,!%全部后悔了,无一本例外。更气愤的是,这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧,才算是真正拥有了它。 6、不要仅局限于对某项技术的表面使用上,哪怕你只是偶尔用一、二次。 “对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发windows应用程序,看看windows程序的设计、加载、执行原理,分析一下pe文件格式,试试用sdk开发从头开发一个windows应用程序;用vc++、delphi、java、net开发应用程序,花时间去研究一下mfc、vcl、j2ee、net它们框架设计或者源码;除了会用j2ee、jboss、spring、hibernate等等优秀的开源产品或者框架,抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做,你以后的工作将会少遇到一些让你不明就里、一头雾水的问题,因为,很多东西你“知其然且知其所以然”! 7、在一种语言上编程,但别为其缚了思想。 “代码大全”中说:“深入一门语言编程,不要浮于表面”。深入一门语言开发还远远不足,任何编程语言的存在都有其自身的理由,所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与缚的例子俯拾皆是。我的经验是:用面对对象工具开发某些关键模块时,为什么不可以借鉴c、c51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有vc++、delphi)进行系统体统构设计时,为什么不可以参考来自java社区的ioc、aop设计思想,甚至借鉴像spring、hibernate、jboss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时,为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题???“他山之石、可以攻玉”。 8、养成总与反思的习惯,并有意识地提炼日常工作成果,形成自己的个人源码库、解决某类问题的通用系统体系构、甚至进化为框架。 众所周知,对软件开发人员而言,有、无经验的一个显著区别是:无经验者完成任何任务时都从头开始,而有经验者往往通过重组自己的可复用模块、类库来解决问题((其实这个论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说,所有可复用的东西都必须自己实现,别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是,最好还

04
领券