系统，由RT-Thread工作室的专业开发人员开发、维护。
起初RT-Thread是一个实时的内核(全抢占优先级调度，调度器图形用户界面。
RT-Thread是一个平台，您可以把您的创意汇聚在一起，小平台大社区，RT-Thread的开发人员就在您的身边。
- 中文名
- RT-Thread RTOS
- 性 质
- 开源实时操作系统
- 开发者
- RT-Thread工作室
- 时 间
- 2006年上半年
1、诞生
一切东西还得从头谈起。
RT-Thread RTOS，Kernel部分完成于2006年上半年，其IPC部分甚至是年中时才具备相应的雏形。最开始时是因为要为朋友做一个小型的手持设备，而我本人起初又是另一国内老牌RTOS：DOOLOO RTOS开发人员，但这个团队在2005年底已经解散。但朋友的系统要上，用需求分析，体系结构设计，子系统分析，子系统设计，测试，实时性分析），但鉴于嵌入式系统中C++的不确定性，所以个人更偏向于使用C来实现。所以，L.Huray算是我的老师了，一直希望能够有时间把他老人家的思想更进一步的发扬光大，希望以后有这个机会。（Octpus I最初起源于Nokia，然后由M.Award, L.Huray发展成Octpus II，现在几乎见不到踪影了，唉）。
RT-Thread RTOS，Kernel部分完成于2006年上半年，其IPC部分甚至是年中时才具备相应的雏形。最开始时是因为要为朋友做一个小型的手持设备，而我本人起初又是另一国内老牌RTOS：DOOLOO RTOS开发人员，但这个团队在2005年底已经解散。但朋友的系统要上，用需求分析，体系结构设计，子系统分析，子系统设计，测试，实时性分析），但鉴于嵌入式系统中C++的不确定性，所以个人更偏向于使用C来实现。所以，L.Huray算是我的老师了，一直希望能够有时间把他老人家的思想更进一步的发扬光大，希望以后有这个机会。（Octpus I最初起源于Nokia，然后由M.Award, L.Huray发展成Octpus II，现在几乎见不到踪影了，唉）。
（作者原文：实时线程操作系统（RT-Thread）4年开发历程 乐与苦）
1 、任务管理及调度：
时间片轮转调度；支持动态创建/销毁线程。
uCOS - 256优先级抢占式调度，不允许相同优先级任务存在
2、 同步/通信机制：
RT-Thread - 支持优先级进行排队。
uCOS -semaphore,mutex, mailbox, message queue, event。mailbox只能存放1条消息
3、内存管理：
SLAB内存管理
uCOS - 固定大小内存块管理
4、定时器：
RT-Thread - 挂接到系统OS定时器的硬定时器
uCOS - 只能使用OSTimeDly进行时间间隔处理
5、中断嵌套：
RT-Thread - 允许
uCOS - 允许
6、源码许可证：
RT-Thread - 遵循GPLv2+许可证。可用于商业产品（只需要注明使用了RT-Thread）
uCOS - 商业收费
发布时间：11/04/2014
RT-Thread 2.0.0发布候选版本（release candidate），同时发布v1.2.3稳定版本
随着RT-Thread功能越来越多，如何发布版本也成为一件头疼的事情，因为需要仔细对比最近三个月来的修改记录。这次的发布距离上一次beta版本依然是三个月的时间，但按照发布计划已然推迟了一个月进行发布。
在这三个月中，开源社区上也发生了很多有趣的事情：
-
阿嘉的使用四轴飞行器毕业设计惊艳亮相，采用了1个STM32F4 + 8个STM32F1进行飞行控制，总计9个MCU的另类实现方式；沿循四轴飞行器的路线，与国内匿名团队合作，采用RW009 Wi-Fi控制的迷你四轴飞行器也在稳步推进过程中。
-
RT-Thread做为一个开源组织参与的CSDN开源夏令营结出了丰硕的果实：
-
由hduffddybz参与的IPv6协议栈移植（最新版本的lwIP-head版本移植）在这次发布中已经包括进来，从而能够在使用RT-Thread的小型设备上实现TCP/IP v4/v6双栈的支持；
-
由wzyy2参与的GDB stub实现，也完美的支持BeagleBoneBlack开发板和STM32F4平台；
-
嵌入式开发的同学可以关注明年的动向。
当前智能化设备是一个备受关注的领域，针对这一领域的特点，RT-Thread也相应的做出了积极的响应，所以这个版本开始加入sensor的应用框架（APP/算法 <--> sensor framework <--> RT-Thread device driver <--> 硬件外设）。希望在小型化的RT-Thread操作系统基础上融合智能化相关的技术，让RT-Thread成为这方面可选的OS系统之一。RT-Thread操作系统的sensor框架也尝试新的实现方式，即采用C++的方式来实现（当然也会考虑C方面的兼容，无疑C++的面向对象特性会更好，所以最终选择了C++），在这个基础上也可能融合其他的一些生态技术，例如ARM mbed平台上的一些社区组件技术。所以这个发布版本中既包括sensor框架，也包括了C++底层的一些基础支撑。
这个版本是RT-Thread 2.0.0系列正式版本的候选版本，正式版本预计会在年底正式发布，距离正式版本还会加入更完善的一些支撑（例如各种传感器驱动）。也计划2014年11月22日，在上海浦东举行RT-Thread嵌入式系统沙龙活动，欢迎大家关注并参与进行RT-Thread方方面面的技术交流。具体时间、地点再另行通知，欢迎关注 @RT-Thread 微博获得最新的消息。
记录下RT-Thread0.3.x的成长
先解释几个常见问题：
1. RT-Thread从哪里而来？
RT-Thread RTOS，动态内存管理器无关化。
2. RT-Thread用于商业产品&工程，版权如何界定？
RT-Thread RTOS内核部分完全由我们编写，无其他版权问题，可以放心在商业产品 & 工程中使用。对于把RT-Thread使用于商业产品中，我们承诺永久不收费（使用人拥有使用权，使用用途责任请自行承担）。另外有两点需要注意：
- RT-Thread RTOS代码原始版权属于RT-Thread所有。
- 在商业产品 & 工程中使用RT-Thread RTOS，请在产品说明书上明确说明使用了RT-Thread，如有串口输出，请在系统启动显示RT-Thread的版本信息。如使用了RT-Thread RTGUI，请保留RT-Thread LOGO。
3. RT-Thread RTOS由谁开发，由谁维护？
目前RT-Thread RTOS由国内RT-Thread工作室开发及维护
4. RT-Thread RTOS是否已经在产品中使用？稳定度 & BUG情况如何？
目前已经有数家公司使用RT-Thread RTOS做为他们的系统平台，在上面进行产品开发，稳定性表现不错。
就如同没有100%的完美事物一样，BUG是存在的，反馈上来我们会努力尽快修正。
5. 我能加入到RT-Thread的开发者队伍中吗？
能！
我们欢迎任何对RTOS感兴趣的人，不管你是学生或资深GTalk进行联系交流，由于目前上海的开发人员比较多一些，所以会不定期的在上海举行开发者聚会。
6. RT-Thread依靠什么持续发展下去，能够盈利吗？
目前RT-Thread的发展主要依赖于大家的兴趣爱好，大多数都是在业余时间进行开发的。以后会通过技术支持、组件定制、组件开发、辅助工具等 方式进行盈利。从几大开源软件来看，商业支持是软件持续发展不可或缺的一部分，所以我们希望能够有更多的公司选择RT-Thread RTOS做为系统平 台，这个对于公司、对于整个RT-Thread社区都是双赢的局面。对于公司，能够获得免费的RTOS套件，同时也能够推动着这个RTOS套件不断的朝着 稳定的方向发展。对于我们，有公司支持的发展无疑会令RT-Thread的发展更上一层楼，当然也意味着以后的支持费用有着落啦。
=========
问题完了，开始进入0.3.x系列的主题。在对外发布上，相信大家已经看到了，RT-Thread已经进入了0.3.x的密集发布周期。RT- Thread/STM32F103VB已经发布了0.3.0系列的3个beta版本，RT-Thread/STM32F103ZE已经发布了0.3.0系 列的2个beta版本，RT-Thread/LPC2148已经发布了一个0.3.0系列的beta版本。接下来会考虑发布RT-Thread/LM3S 的第一个beta版本(汗一个，刚发过了的板子有些硬件问题，返修了)...
这些版本，大多数上会包含：Kernel + FinSH shell + Filesystem + LwIP等。
0.3.0系列，RT-Thread还包括两大内容：
- 编程指南文档
- RTGUI图形界面系统
编程指南一直在修订，比较遗憾文笔有限，所以文档还请大家不要太挑剔，有什么建议欢迎大家提出来。关于编程指南，还要提一句的是，这份文档是一份 编程的指南，在RT-Thread上编程需要考虑的地方都会提出来。但是，它并不是一份代码分析的文档，虽然它可能会提到内部的一些大致结构框架，但它不 会对代码进行一行行分析，所以请大家多多注意。
另外的RTGUI组件，会是以后的重点任务，目前的打算是在现有的STM32F103ZE开发板上实现一套可用的手持终端设备，当然也依然延续 可扩展性。
其他的，caoxulong的x86分支在整理完毕后也会放到0.3.0这个分支上来，通过这个分支大家可以完全摒弃开发板，在PC或 VMWare/RT-Thread /LPC2148 0.3.0 beta1也只能包含SD卡、以太网口驱动框架，这个系列会把 wyoujtg/风城少主 的LPC2106的移植合并进 来。
文件系统这块现在代码已经发布出来了，其实里面还包括另外一个分支的：DFS-FAT，这个分支就如同DFS一样，是我们自己编写的，也能够支持NandFlash等介质上的坏块管理，写了很多个测试例子在测，等通过压力测试后会取代目前的DFS-EFSL发布出来。