RTMPdump（libRTMP） 源代码分析 10： 处理各种消息（Message）

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

注：此前写了一些列的分析RTMPdump（libRTMP）源代码的文章，在此列一个列表：
RTMPdump 源代码分析 1： main()函数
RTMPDump（libRTMP）源代码分析 2：解析RTMP地址——RTMP_ParseURL()
RTMPdump（libRTMP） 源代码分析 3： AMF编码
RTMPdump（libRTMP）源代码分析 4： 连接第一步——握手（Hand Shake）
RTMPdump（libRTMP） 源代码分析 5： 建立一个流媒体连接 （NetConnection部分）
RTMPdump（libRTMP） 源代码分析 6： 建立一个流媒体连接 （NetStream部分 1）
RTMPdump（libRTMP） 源代码分析 7： 建立一个流媒体连接 （NetStream部分 2）
RTMPdump（libRTMP） 源代码分析 8： 发送消息（Message）
RTMPdump（libRTMP） 源代码分析 9： 接收消息（Message）（接收视音频数据）
RTMPdump（libRTMP） 源代码分析 10： 处理各种消息（Message）

===============================


已经连续写了一系列的博客了，其实大部分内容都是去年搞RTMP研究的时候积累的经验，回顾一下过去的知识，其实RTMPdump（libRTMP）主要的功能也都分析的差不多了，现在感觉还需要一些查漏补缺。主要就是它是如何处理各种消息（Message）的这方面还没有研究的特明白，在此需要详细研究一下。

再来看一下RTMPdump（libRTMP）的“灵魂”函数RTMP_ClientPacket()，主要完成了各种消息的处理。

//处理接收到的数据
int
RTMP_ClientPacket(RTMP *r, RTMPPacket *packet)
{int bHasMediaPacket = 0;switch (packet->m_packetType){//RTMP消息类型ID=1,设置块大小case 0x01:/* chunk size *///----------------r->dlg->AppendCInfo("处理收到的数据。消息 Set Chunk Size (typeID=1)。");//-----------------------------RTMP_LogPrintf("处理消息 Set Chunk Size (typeID=1)\n");HandleChangeChunkSize(r, packet);break;//RTMP消息类型ID=3，致谢case 0x03:/* bytes read report */RTMP_Log(RTMP_LOGDEBUG, "%s, received: bytes read report", __FUNCTION__);break;//RTMP消息类型ID=4，用户控制case 0x04:/* ctrl *///----------------r->dlg->AppendCInfo("处理收到的数据。消息 User Control (typeID=4)。");//-----------------------------RTMP_LogPrintf("处理消息 User Control (typeID=4)\n");HandleCtrl(r, packet);break;//RTMP消息类型ID=5case 0x05:/* server bw *///----------------r->dlg->AppendCInfo("处理收到的数据。消息 Window Acknowledgement Size (typeID=5)。");//-----------------------------RTMP_LogPrintf("处理消息 Window Acknowledgement Size (typeID=5)\n");HandleServerBW(r, packet);break;//RTMP消息类型ID=6case 0x06:/* client bw *///----------------r->dlg->AppendCInfo("处理收到的数据。消息 Set Peer Bandwidth (typeID=6)。");//-----------------------------RTMP_LogPrintf("处理消息 Set Peer Bandwidth (typeID=6)\n");HandleClientBW(r, packet);break;//RTMP消息类型ID=8，音频数据case 0x08:/* audio data *//*RTMP_Log(RTMP_LOGDEBUG, "%s, received: audio %lu bytes", __FUNCTION__, packet.m_nBodySize); */HandleAudio(r, packet);bHasMediaPacket = 1;if (!r->m_mediaChannel)r->m_mediaChannel = packet->m_nChannel;if (!r->m_pausing)r->m_mediaStamp = packet->m_nTimeStamp;break;//RTMP消息类型ID=9，视频数据case 0x09:/* video data *//*RTMP_Log(RTMP_LOGDEBUG, "%s, received: video %lu bytes", __FUNCTION__, packet.m_nBodySize); */HandleVideo(r, packet);bHasMediaPacket = 1;if (!r->m_mediaChannel)r->m_mediaChannel = packet->m_nChannel;if (!r->m_pausing)r->m_mediaStamp = packet->m_nTimeStamp;break;//RTMP消息类型ID=15，AMF3编码，忽略case 0x0F:			/* flex stream send */RTMP_Log(RTMP_LOGDEBUG,"%s, flex stream send, size %lu bytes, not supported, ignoring",__FUNCTION__, packet->m_nBodySize);break;//RTMP消息类型ID=16，AMF3编码，忽略case 0x10:			/* flex shared object */RTMP_Log(RTMP_LOGDEBUG,"%s, flex shared object, size %lu bytes, not supported, ignoring",__FUNCTION__, packet->m_nBodySize);break;//RTMP消息类型ID=17，AMF3编码，忽略case 0x11:			/* flex message */{RTMP_Log(RTMP_LOGDEBUG,"%s, flex message, size %lu bytes, not fully supported",__FUNCTION__, packet->m_nBodySize);/*RTMP_LogHex(packet.m_body, packet.m_nBodySize); *//* some DEBUG code */
#if 0RTMP_LIB_AMFObject obj;int nRes = obj.Decode(packet.m_body+1, packet.m_nBodySize-1);if(nRes < 0) {RTMP_Log(RTMP_LOGERROR, "%s, error decoding AMF3 packet", __FUNCTION__);/*return; */}obj.Dump();
#endifif (HandleInvoke(r, packet->m_body + 1, packet->m_nBodySize - 1) == 1)bHasMediaPacket = 2;break;}//RTMP消息类型ID=18，AMF0编码，数据消息case 0x12:/* metadata (notify) */RTMP_Log(RTMP_LOGDEBUG, "%s, received: notify %lu bytes", __FUNCTION__,packet->m_nBodySize);//处理元数据,暂时注释/*if (HandleMetadata(r, packet->m_body, packet->m_nBodySize))bHasMediaPacket = 1;break;*///RTMP消息类型ID=19，AMF0编码，忽略case 0x13:RTMP_Log(RTMP_LOGDEBUG, "%s, shared object, not supported, ignoring",__FUNCTION__);break;//RTMP消息类型ID=20，AMF0编码，命令消息//处理命令消息！case 0x14://----------------r->dlg->AppendCInfo("处理收到的数据。消息 命令 (AMF0编码) (typeID=20)。");//-----------------------------/* invoke */RTMP_Log(RTMP_LOGDEBUG, "%s, received: invoke %lu bytes", __FUNCTION__,packet->m_nBodySize);RTMP_LogPrintf("处理命令消息 (typeID=20，AMF0编码)\n");/*RTMP_LogHex(packet.m_body, packet.m_nBodySize); */if (HandleInvoke(r, packet->m_body, packet->m_nBodySize) == 1)bHasMediaPacket = 2;break;//RTMP消息类型ID=22case 0x16:{/* go through FLV packets and handle metadata packets */unsigned int pos = 0;uint32_t nTimeStamp = packet->m_nTimeStamp;while (pos + 11 < packet->m_nBodySize){uint32_t dataSize = AMF_DecodeInt24(packet->m_body + pos + 1);	/* size without header (11) and prevTagSize (4) */if (pos + 11 + dataSize + 4 > packet->m_nBodySize){RTMP_Log(RTMP_LOGWARNING, "Stream corrupt?!");break;}if (packet->m_body[pos] == 0x12){HandleMetadata(r, packet->m_body + pos + 11, dataSize);}else if (packet->m_body[pos] == 8 || packet->m_body[pos] == 9){nTimeStamp = AMF_DecodeInt24(packet->m_body + pos + 4);nTimeStamp |= (packet->m_body[pos + 7] << 24);}pos += (11 + dataSize + 4);}if (!r->m_pausing)r->m_mediaStamp = nTimeStamp;/* FLV tag(s) *//*RTMP_Log(RTMP_LOGDEBUG, "%s, received: FLV tag(s) %lu bytes", __FUNCTION__, packet.m_nBodySize); */bHasMediaPacket = 1;break;}default:RTMP_Log(RTMP_LOGDEBUG, "%s, unknown packet type received: 0x%02x", __FUNCTION__,packet->m_packetType);
#ifdef _DEBUGRTMP_LogHex(RTMP_LOGDEBUG, (const uint8_t *)packet->m_body, packet->m_nBodySize);
#endif}return bHasMediaPacket;
}


前文已经分析过当消息类型ID为0x14（20）的时候，即AMF0编码的命令消息的时候，会调用HandleInvoke()进行处理。

参考：RTMPdump（libRTMP） 源代码分析 7： 建立一个流媒体连接 （NetStream部分 2）

这里就不再对这种类型ID的消息进行分析了，分析一下其他类型的消息，毕竟从发起一个RTMP连接到接收视音频数据这个过程中是要处理很多消息的。

参考：RTMP流媒体播放过程

下面我们按照消息ID从小到大的顺序，看看接收到的各种消息都是如何处理的。

消息类型ID是0x01的消息功能是“设置块（Chunk）大小”，处理函数是HandleChangeChunkSize()，可见函数内容很简单。

static void
HandleChangeChunkSize(RTMP *r, const RTMPPacket *packet)
{if (packet->m_nBodySize >= 4){r->m_inChunkSize = AMF_DecodeInt32(packet->m_body);RTMP_Log(RTMP_LOGDEBUG, "%s, received: chunk size change to %d", __FUNCTION__,r->m_inChunkSize);}
}


消息类型ID是0x03的消息功能是“致谢”，没有处理函数。

消息类型ID是0x04的消息功能是“用户控制（UserControl）”，处理函数是HandleCtrl()，这类的消息出现的频率非常高，函数体如下所示。具体用户控制消息的作用这里就不多说了，有相应的文档可以参考。

注：该函数中间有一段很长的英文注释，英语好的大神可以看一看

//处理用户控制(UserControl)消息。用户控制消息是服务器端发出的。
static void
HandleCtrl(RTMP *r, const RTMPPacket *packet)
{short nType = -1;unsigned int tmp;if (packet->m_body && packet->m_nBodySize >= 2)//事件类型(2B)nType = AMF_DecodeInt16(packet->m_body);RTMP_Log(RTMP_LOGDEBUG, "%s, received ctrl. type: %d, len: %d", __FUNCTION__, nType,packet->m_nBodySize);/*RTMP_LogHex(packet.m_body, packet.m_nBodySize); */if (packet->m_nBodySize >= 6){//不同事件类型做不同处理switch (nType){//流开始case 0://流IDtmp = AMF_DecodeInt32(packet->m_body + 2);RTMP_Log(RTMP_LOGDEBUG, "%s, Stream Begin %d", __FUNCTION__, tmp);break;//流结束case 1://流IDtmp = AMF_DecodeInt32(packet->m_body + 2);RTMP_Log(RTMP_LOGDEBUG, "%s, Stream EOF %d", __FUNCTION__, tmp);if (r->m_pausing == 1)r->m_pausing = 2;break;//流枯竭case 2://流IDtmp = AMF_DecodeInt32(packet->m_body + 2);RTMP_Log(RTMP_LOGDEBUG, "%s, Stream Dry %d", __FUNCTION__, tmp);break;//是录制流case 4:tmp = AMF_DecodeInt32(packet->m_body + 2);RTMP_Log(RTMP_LOGDEBUG, "%s, Stream IsRecorded %d", __FUNCTION__, tmp);break;//Ping客户端case 6:		/* server ping. reply with pong. */tmp = AMF_DecodeInt32(packet->m_body + 2);RTMP_Log(RTMP_LOGDEBUG, "%s, Ping %d", __FUNCTION__, tmp);RTMP_SendCtrl(r, 0x07, tmp, 0);break;/* FMS 3.5 servers send the following two controls to let the client* know when the server has sent a complete buffer. I.e., when the* server has sent an amount of data equal to m_nBufferMS in duration.* The server meters its output so that data arrives at the client* in realtime and no faster.** The rtmpdump program tries to set m_nBufferMS as large as* possible, to force the server to send data as fast as possible.* In practice, the server appears to cap this at about 1 hour's* worth of data. After the server has sent a complete buffer, and* sends this BufferEmpty message, it will wait until the play* duration of that buffer has passed before sending a new buffer.* The BufferReady message will be sent when the new buffer starts.* (There is no BufferReady message for the very first buffer;* presumably the Stream Begin message is sufficient for that* purpose.)** If the network speed is much faster than the data bitrate, then* there may be long delays between the end of one buffer and the* start of the next.** Since usually the network allows data to be sent at* faster than realtime, and rtmpdump wants to download the data* as fast as possible, we use this RTMP_LF_BUFX hack: when we* get the BufferEmpty message, we send a Pause followed by an* Unpause. This causes the server to send the next buffer immediately* instead of waiting for the full duration to elapse. (That's* also the purpose of the ToggleStream function, which rtmpdump* calls if we get a read timeout.)** Media player apps don't need this hack since they are just* going to play the data in realtime anyway. It also doesn't work* for live streams since they obviously can only be sent in* realtime. And it's all moot if the network speed is actually* slower than the media bitrate.*/case 31:tmp = AMF_DecodeInt32(packet->m_body + 2);RTMP_Log(RTMP_LOGDEBUG, "%s, Stream BufferEmpty %d", __FUNCTION__, tmp);if (!(r->Link.lFlags & RTMP_LF_BUFX))break;if (!r->m_pausing){r->m_pauseStamp = r->m_channelTimestamp[r->m_mediaChannel];RTMP_SendPause(r, TRUE, r->m_pauseStamp);r->m_pausing = 1;}else if (r->m_pausing == 2){RTMP_SendPause(r, FALSE, r->m_pauseStamp);r->m_pausing = 3;}break;case 32:tmp = AMF_DecodeInt32(packet->m_body + 2);RTMP_Log(RTMP_LOGDEBUG, "%s, Stream BufferReady %d", __FUNCTION__, tmp);break;default:tmp = AMF_DecodeInt32(packet->m_body + 2);RTMP_Log(RTMP_LOGDEBUG, "%s, Stream xx %d", __FUNCTION__, tmp);break;}}if (nType == 0x1A){RTMP_Log(RTMP_LOGDEBUG, "%s, SWFVerification ping received: ", __FUNCTION__);if (packet->m_nBodySize > 2 && packet->m_body[2] > 0x01){RTMP_Log(RTMP_LOGERROR,"%s: SWFVerification Type %d request not supported! Patches welcome...",__FUNCTION__, packet->m_body[2]);}
#ifdef CRYPTO/*RTMP_LogHex(packet.m_body, packet.m_nBodySize); *//* respond with HMAC SHA256 of decompressed SWF, key is the 30byte player key, also the last 30 bytes of the server handshake are applied */else if (r->Link.SWFSize){RTMP_SendCtrl(r, 0x1B, 0, 0);}else{RTMP_Log(RTMP_LOGERROR,"%s: Ignoring SWFVerification request, use --swfVfy!",__FUNCTION__);}
#elseRTMP_Log(RTMP_LOGERROR,"%s: Ignoring SWFVerification request, no CRYPTO support!",__FUNCTION__);
#endif}
}


消息类型ID是0x05的消息功能是“窗口致谢大小（Window Acknowledgement Size，翻译的真是挺别扭）”，处理函数是HandleServerBW()。在这里注意一下，该消息在Adobe官方公开的文档中叫“Window Acknowledgement Size”，但是在Adobe公开协议规范之前，破解RTMP协议的组织一直管该协议叫“ServerBW”，只是个称呼，倒是也无所谓~处理代码很简单： 

static void
HandleServerBW(RTMP *r, const RTMPPacket *packet)
{r->m_nServerBW = AMF_DecodeInt32(packet->m_body);RTMP_Log(RTMP_LOGDEBUG, "%s: server BW = %d", __FUNCTION__, r->m_nServerBW);
}


消息类型ID是0x06的消息功能是“设置对等端带宽（Set Peer Bandwidth）”，处理函数是HandleClientBW()。与上一种消息一样，该消息在Adobe官方公开的文档中叫“Set Peer Bandwidth”，但是在Adobe公开协议规范之前，破解RTMP协议的组织一直管该协议叫“ClientBW”。处理函数也不复杂： 

static void
HandleClientBW(RTMP *r, const RTMPPacket *packet)
{r->m_nClientBW = AMF_DecodeInt32(packet->m_body);if (packet->m_nBodySize > 4)r->m_nClientBW2 = packet->m_body[4];elser->m_nClientBW2 = -1;RTMP_Log(RTMP_LOGDEBUG, "%s: client BW = %d %d", __FUNCTION__, r->m_nClientBW,r->m_nClientBW2);
}


消息类型ID是0x08的消息用于传输音频数据，在这里不处理。

消息类型ID是0x09的消息用于传输音频数据，在这里不处理。

消息类型ID是0x0F-11的消息用于传输AMF3编码的命令。

消息类型ID是0x12-14的消息用于传输AMF0编码的命令。

注：消息类型ID是0x14的消息很重要，用于传输AMF0编码的命令，已经做过分析。


rtmpdump源代码（Linux）：http://download.csdn.net/detail/leixiaohua1020/6376561

rtmpdump源代码（VC 2005 工程）：http://download.csdn.net/detail/leixiaohua1020/6563163











转载于:https://my.oschina.net/leixiaohua1020/blog/302233

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/290848.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Dapr 助力应用架构的可持续性

Dapr 助力应用架构的可持续性

在文章亚马逊可持续软件工程实践[1] 有这么一段我们为什么要关注“可持续发展”&#xff1a;联合国于 2015 年制定了一个全球框架《巴黎协定》[2]&#xff0c;随后各缔约国纷纷制定了“碳中和”路径和目标&#xff0c;对地球环境的健康发展做出承诺。今年两会&#xff0c;中国也…
阅读更多...
Linux下SVN安装

Linux下SVN安装

Linux下SVN安装 http://jingyan.baidu.com/article/3c343ff7039de20d37796306.html 转载于:https://www.cnblogs.com/zff193/p/4663802.html
阅读更多...
zabbix邮件发不出去

zabbix邮件发不出去

zabbix显示已经发出去&#xff0c;实际还没收到邮件&#xff0c;也就是说zabbix配置有可能没问题&#xff0c;而是脚本权限出现问题cat sendmail.sh#!/bin/bashmessagesecho $3 | tr \r\n \nsubjectecho $2 | tr \r\n \necho "${messages}" | mail -s "${subjec…
阅读更多...
Android之Debug运行项目一直卡在Debug界面（can‘t bind to local 8066 for debug）

Android之Debug运行项目一直卡在Debug界面（can‘t bind to local 8066 for debug）

1、问题 需要Debug一个项目的程序过程&#xff0c;但是Debug运行一直卡在Debug界面&#xff0c;然后在Eclisep的Console下面提示这个 ddms:cant bind to local 8066 for debug 2、解决办法 debug端口被占用了&#xff0c;因为我同时运行了Android studio&#xff0c;所以果…
阅读更多...
计算机无法创建新文件夹,无法创建文件,教您无法新建文件夹怎么办

计算机无法创建新文件夹,无法创建文件,教您无法新建文件夹怎么办

在使用电脑的过程中&#xff0c;都遇到过电脑出现各种故障的情况&#xff0c;让不少的用户感到懊恼的时刻时有发生&#xff0c;造成非常大的不便&#xff0c;该怎么解决这个烦恼呢&#xff1f;下面&#xff0c;小编给大家分享无法新建文件夹的解决经验。相信在使用电脑是一定会…
阅读更多...
3d 打印

3d 打印

http://www.cnblogs.com/renren3d/p/3916390.html
阅读更多...
我的技术回顾那些与ABP框架有关的故事-2018年

我的技术回顾那些与ABP框架有关的故事-2018年

我的技术回顾那些与ABP框架有关的故事-2018年今天准备想写18年的&#xff0c;但是发现我从19年开始就在逐渐淡出社区&#xff0c;因为生活、工作的缘故吧。所以也没什么特别罗列的&#xff0c;就合并下吧。时间真的是可以磨平太多东西了&#xff0c;如果我不去整理资料的话&…
阅读更多...
IOS内存等信息

IOS内存等信息

1. 获取IOS APP占用的内存 #import <mach/mach.h>// ...void report_memory(void) {struct task_basic_info info;mach_msg_type_number_t size sizeof(info);kern_return_t kerr task_info(mach_task_self(),TASK_BASIC_INFO,(task_info_t)&info,&size);if( k…
阅读更多...
iOS 开发之--使用AFNetWorking3.1.0上传单张/多张图片

iOS 开发之--使用AFNetWorking3.1.0上传单张/多张图片

在调试接口的时候&#xff0c;遇到一个问题&#xff0c;就是多张图片上传的时候&#xff0c;不管我上传多少张&#xff0c;只会上传成功最后一张&#xff0c;也就是说只有一张图片上传成功了&#xff0c;针对这个问题&#xff0c;通过查找资料&#xff0c;找到了原因&#xff0…
阅读更多...
SVN之如何解决从一个svn路径下载项目快速提交到其它svn路径

SVN之如何解决从一个svn路径下载项目快速提交到其它svn路径

1、问题 每次做定制的时候&#xff0c;需要从svn checkout项目&#xff0c;然后去除.svn ,然后再去放到自己需要上库的文件夹去&#xff0c;然后这样在windows平台操作非常麻烦&#xff08;配置比较差&#xff09;&#xff0c;然后现在在linux平台解决这个慢的问题&#xff08…
阅读更多...
wpa_supplicant 无线网络配置

wpa_supplicant 无线网络配置

为什么80%的码农都做不了架构师&#xff1f;>>> 安装wpa_supplicant后&#xff0c;修改服务&#xff0c;编辑 /usr/share/dbus-1/system-services/fi.epitest.hostap.WPASupplicant.service 将下面的 [D-BUS Service] Namefi.epitest.hostap.WPASupplicant Exec/s…
阅读更多...
计算机专业技能考核方案,计算机专业技能课教学目标考核方案教程.doc

计算机专业技能考核方案,计算机专业技能课教学目标考核方案教程.doc

计算机专业技能课教学目标考核方案教程惠州市宝山职校计算机专业学生培养目标量化考核方案考核项目计算机办公应用方向　　[A]　　　　　　　 动画制作方向　　 [B]硬件维护方向　　　　 [C]图形图像处理方向　　　[D]　　　　　　　　　　　　　二、考核标准计算机专业(计算机…
阅读更多...
Java数据库编程

Java数据库编程

ava与数据库交互的主要API是jdbc。jdbc的主要目的是&#xff1a;1.通过使用SQL或者专有的SQL扩展&#xff0c;程序员可以利用java语言开发访问数据的应用。2.数据库开发商或者数据库工具开发商改进数据库驱动程序jdbc通用的使用方式如下&#xff1a;Class.forName(jdbcDriverNa…
阅读更多...
Avalonia跨平台入门第六篇之Grid动态分割

Avalonia跨平台入门第六篇之Grid动态分割

前面玩耍了ListBox多选,今天在他的基础上对Grid进行动态分割;这个效果其实在Xamarin中已经实现过了;其实都没太大区别;直接看效果吧:在ListBox中选择了具体的布局后进行Grid布局分割:具体分割的方法和原来在移动端没啥区别:下一篇就是控件的拖放了;最终简单的效果先这样吧;以后…
阅读更多...
Python打包方法基本应用方式介绍

Python打包方法基本应用方式介绍

Python编程语言是一款功能强大的免费开源的通用型计算机程序应用语言&#xff0c;对于经验丰富的开发人员来说&#xff0c;掌握这样一款语言在其程序开发中是一个比较重要的选择。我们今天就先来了解一下python打包方法的相关应用。Python查找重复文件相关操作方式分享四种Pyth…
阅读更多...
使用ABBYY FineReader进行自动图像预处理

使用ABBYY FineReader进行自动图像预处理

2019独角兽企业重金招聘Python工程师标准>>> 扫描图像和数码照片中常见的扭曲文本行、歪斜、噪声和其他缺陷可能会降低识别质量&#xff0c;ABBYY FineReader可自动消除这些缺陷&#xff0c;也允许手动消除。 ABBYY FineReader有几个图像预处理功能&#xff0c;如果…
阅读更多...
Android之在launcher里面动态加载桌面图标

Android之在launcher里面动态加载桌面图标

1、在手机桌面加载图标方式 1&#xff09;、动态加载 Launcher.java private void addSourceList() {Intent launchIntent new Intent(this, RcGrpActivity.class);launchIntent.setAction(Intent.ACTION_MAIN);launchIntent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);Intent …
阅读更多...
计算机与交通工程论文,交通工程论文.doc

计算机与交通工程论文,交通工程论文.doc

淮 阴 工 学 院毕业设计(论文)系 部&#xff1a; 交 通 工 程 系专 业&#xff1a; 交 通 工 程学生姓名: 徐东成 学 号:设计(论文)题目&#xff1a; 城市交通信息系统功能研究起 迄 日 期: 2006年 2 月 20日 ~ 06月10日设计(论文) 地点: 大学城指 导 教 师: 夏晶晶专 业 负 责…
阅读更多...
Avalonia跨平台入门第五篇之ListBox多选

Avalonia跨平台入门第五篇之ListBox多选

前面我也提前预告了今天要实现的效果;不过中间被卡了一下;今天赶紧去弥补上次要做的效果,其实在WPF效果中已经实现过了,看效果吧:ListBox的前台布局代码:使用的附加属性和WPF好相似:子项模板(绑定写法简化了好多):多值转换器(少了一个ConvertBack):最终简单的效果先这样吧;以后…
阅读更多...
Android之android.os.NewWorkOnMainThreadException解决办法

Android之android.os.NewWorkOnMainThreadException解决办法

1、问题 用别人提供的的sdk的Demo出现android.os.NewWorkOnMainThreadException 2、解决办法 网络请求开启一个线程请求或者开启异步任务都行 3、总结 1、 之前就看到过这种android.os.NewWorkOnMainThreadException异常&#xff0c;时间很久了&#xff0c;自己也没反映过来&a…
阅读更多...
最新文章

Copyright @ 2022~2023