可以先看看我这几篇文章：
我都是在Windows平台弄的
然后我们直接上命令行
调试
第一个命令行窗口（qemu端）
C:/RT-ThreadStudio//repo/Extract/Debugger_Support_Packages/RealThread/QEMU/4.2.0.4/qemu-system-arm.exe -M stm32f407-atk-explorer -nographic -kernel Debug/
rtthread.bin
-S -s
（关于这些选项的意思，我前面的博客都讲得很清楚的了，大家自己看看喔）
此时的qemu会等待另一个命令行窗口gdb通过端口1234来连接它......
切记：
这里
是传入的.bin文件
，不是elf文件，RT-Thread Studio这个IDE的控制台显示的是elf文件，我始终无法成功，搞了好久，才发现应该是bin文件。我是从这些文章获得启发的：
RT-Thread-qemu-vexpress-a9 在SMP情况下GDB无法调试RT-Thread问答社区 - RT-Thread
（这个里面还讲了qemu调试a9的SMP模式，也是同样问题，
想搞多核gdb调试
，可以参考参考）
总结：无论是给qmeu下载运行还是调试，都用bin文件，没错。
但是想想也对，qemu就是个裸芯片模拟，运行的当然是纯净的bin文件啦。其实qemu此时就是一个gdbserver，给它elf文件，好像也说得通。elf文件（是带调试信息的目标文件）这种都是给调试器stlink，jlink等运行的。但是不知道为啥RT-Thread Studio是能行的，真搞不懂。
打开另一个命令行窗口（gdb端）
-
arm-none-eabi-gdb .\Debug\
rtthread.elf
，进入了gdb
-
target remote localhost:1234，连接上了qemu，此时qemu那边的程序运行第一行，停在这儿了
-
break main，在main函数那儿打个断点
-
n，是单步往后走
-
c，全速运行 ，会停在main函数，因为我们刚刚打了个断点在这儿
-
可以开心的使用各种gdb调试命令了喔
此时，qemu那端的窗口也在输出程序中的串口信息了喔
参考博客：
GDB usage — QEMU documentation
https://github.com/RT-Thread/rt-thread/tree/master/bsp/qemu-vexpress-a9
javascript中创建对象的三种方法 js创建对象的几种方式
一、new 操作符 + Object 创建对象var person = new Object();
person.name = "lisi";
person.age = 21;
person.family = ["lida","lier","wangwu"];
person.say = function(){
alert(this.name);
person.say();二、字面式创建
