北京航空航天大学出版社嵌入式系统设计（美）瓦伊德，（美）吉瓦尔吉斯著，骆丽译第1章绪论1.1嵌入式系统综述1.2设计上的挑战——设计指标的最佳化1.2.1常用设计指标1.2.2上市时间1.2.3NRE与单位成本1.2.4性能1.3处理器技术1.3.1通用处理器——软件1.3.2单用途处理器——硬件1.3.3专用处理器1.4IC技术1.4.1全定制/VLSI1.4.2半定制ASIC(逻辑门阵列和标准单元)1.4.3PLD1.4.4发展趋势1.5设计技术1.5.1编译/综合1.5.2库/IP1.5.3测试/验证1.5.4其他提高效率的方法1.5.5发展趋势1.6设计方法的取舍1.7小结与本书概要1.8参考文献1.9习题第2章定制单用途处理器——硬件2.1引言2.2组合逻辑2.2.1晶体管与逻辑门2.2.2基本组合逻辑设计2.2.3RTL组合元件2.3时序逻辑2.3.1触发器2.3.2RTL时序元件2.3.3时序逻辑设计2.4定制单用途处理器的设计2.5RTL定制单用途处理器设计2.6定制单用途处理器的最佳化2.6.1原始程序的最佳化2.6.2FSMD的最佳化2.6.3数据路径的最佳化2.6.4FSM的最佳化2.7小结2.8参考文献2.9习题第3章通用处理器——软件3.1引言3.2基本结构3.2.1数据路径3.2.2控制单元3.2.3存储器3.3运算3.3.1指令执行3.3.2流水线技术3.3.3超标量和超长指令字结构3.4程序员的观点3.4.1指令集3.4.2程序和数据存储器空间3.4.3寄存器3.4.4输入/输出3.4.5中断3.4.6实例：设备驱动程序的汇编语言编程3.4.7操作系统3.5开发环境3.5.1设计流程和工具3.5.2实例：一个简单处理器的指令集仿真程序3.5.3测试和调试3.6专用指令集处理器3.6.1单片机3.6.2数字信号处理器3.6.3较不通用的ASIP环境3.7微处理器的选择3.8通用处理器设计3.9小结3.10参考文献3.11习题第4章标准单用途处理器——外部设备第5章存储器第6章接口第7章数码相机实例第8章状态机与并发进程模型第9章控制系统第10章IC技术第11章设计技术附录A相关资源附录B有关术语的中英文对照表
1.08MB
1
Java平台下的四种进程调度算法的模拟实现，代码精简，内有详细注释，看不懂随时call我。
原来的代码有些问题，这个已改正，原来删不掉，没办法，再发了一个，原来下载过的可以直接问我要。
原来的代码有些问题，这个已改正，原来删不掉，没办法，再发了一个，原来下载过的可以直接问我要。
2025/3/24 6:58:01
3KB
1
CEF使用PPAPIFLASH插件(pepflashplayer.dll),首次加载含有flash页面时会闪现弹出CMD命令行黑窗口,后经过排查此窗口应该是flash插件中的BUG倒至,在没有更好的解决办法之前,我们暂时可以用进程HOOK的方式拦截弹出的窗口,通过特征符查找dll中找到notsandboxed字符,即可以通过匹配这个特征符进行拦截.在程序启动时调用InitHook()即可.
2025/3/23 15:02:26
3KB
1
根据提供的文件信息，本文将对"Sae.J2012.2002"这一标准进行深入解析。
此文档名为“CFRSection(s):StandardsBody:eSAEJ2012:DiagnosticTroubleCodeDefinitions”，它由美国政府授权并具有法律约束力。
该文档规定了与汽车诊断故障代码（DiagnosticTroubleCodes,DTCs）相关的定义，适用于所有美国公民及居民，并且明确规定了不遵守规定的可能面临的刑事责任。
###SAEJ2012:2002标准概述####1.**背景介绍**-**发布机构**：SocietyofAutomotiveEngineers(SAE)国际汽车工程师学会。
-**标准名称**：eSAEJ2012:DiagnosticTroubleCodeDefinitions。
-**适用范围**：本标准适用于汽车行业的故障诊断系统，尤其是关于诊断故障代码（DTCs）的定义与解释。
-**法律地位**：根据美国联邦法规第40篇86部分第1806-04节(h)(1)(iii)的规定，该标准已被正式引用并具备法律约束力。
####2.**核心内容解析**-**目的**：本标准旨在为汽车行业的故障诊断提供统一的标准，确保不同制造商之间在诊断故障代码方面的兼容性和一致性。
-**主要组成部分**：-**诊断故障代码（DTCs）**：定义了一系列标准化的故障代码，这些代码用于识别车辆电子系统中的特定问题。
-**代码格式**：详细说明了如何构造DTCs以及每个字符代表的意义，确保不同制造商之间的互操作性。
-**代码含义**：对于每个DTC，都提供了详细的含义描述，包括可能的原因、故障定位和修复建议。
-**测试流程**：定义了一套测试流程，以确保车辆能够正确地生成和报告DTCs。
-**数据通信接口**：规定了数据通信接口的要求，以便通过OBD-II等接口读取和清除DTCs。
####3.**实施与合规性**-**实施要求**：所有在美国销售的新车必须遵循Sae.J2012.2002标准，确保其故障诊断系统的合规性。
-**监管机构**：环境保护署（EPA）负责监督本标准的执行情况，确保汽车制造商符合相关规定。
-**法律责任**：对于违反本标准的行为，依据美国联邦法规可能面临刑事处罚。
####4.**重要性分析**-**技术层面**：Sae.J2012.2002标准的实施促进了汽车行业内故障诊断技术的发展，提高了故障检测的准确性与效率。
-**市场层面**：统一的标准降低了车辆维护的成本，提升了消费者对汽车产品的信心。
-**环保层面**：通过对排放系统故障的及时诊断与修复，有助于减少有害物质排放，保护环境。
####5.**未来发展展望**-**技术进步**：随着汽车电子技术的不断发展，未来的Sae.J2012.2002标准可能会增加更多智能化的功能，如远程诊断支持等。
-**国际协调**：预计未来将进一步加强与其他国家或地区的标准协调，推动全球范围内故障诊断技术的标准化进程。
通过上述分析可以看出，Sae.J2012.2002标准不仅对汽车行业内部的技术规范有着重要的指导作用，同时也对保障公众安全、促进环境保护等方面产生了积极的影响。
随着技术的不断进步和社会需求的变化，这一标准将会不断完善和发展，为汽车行业的可持续发展提供强有力的支持。
此文档名为“CFRSection(s):StandardsBody:eSAEJ2012:DiagnosticTroubleCodeDefinitions”，它由美国政府授权并具有法律约束力。
该文档规定了与汽车诊断故障代码（DiagnosticTroubleCodes,DTCs）相关的定义，适用于所有美国公民及居民，并且明确规定了不遵守规定的可能面临的刑事责任。
###SAEJ2012:2002标准概述####1.**背景介绍**-**发布机构**：SocietyofAutomotiveEngineers(SAE)国际汽车工程师学会。
-**标准名称**：eSAEJ2012:DiagnosticTroubleCodeDefinitions。
-**适用范围**：本标准适用于汽车行业的故障诊断系统，尤其是关于诊断故障代码（DTCs）的定义与解释。
-**法律地位**：根据美国联邦法规第40篇86部分第1806-04节(h)(1)(iii)的规定，该标准已被正式引用并具备法律约束力。
####2.**核心内容解析**-**目的**：本标准旨在为汽车行业的故障诊断提供统一的标准，确保不同制造商之间在诊断故障代码方面的兼容性和一致性。
-**主要组成部分**：-**诊断故障代码（DTCs）**：定义了一系列标准化的故障代码，这些代码用于识别车辆电子系统中的特定问题。
-**代码格式**：详细说明了如何构造DTCs以及每个字符代表的意义，确保不同制造商之间的互操作性。
-**代码含义**：对于每个DTC，都提供了详细的含义描述，包括可能的原因、故障定位和修复建议。
-**测试流程**：定义了一套测试流程，以确保车辆能够正确地生成和报告DTCs。
-**数据通信接口**：规定了数据通信接口的要求，以便通过OBD-II等接口读取和清除DTCs。
####3.**实施与合规性**-**实施要求**：所有在美国销售的新车必须遵循Sae.J2012.2002标准，确保其故障诊断系统的合规性。
-**监管机构**：环境保护署（EPA）负责监督本标准的执行情况，确保汽车制造商符合相关规定。
-**法律责任**：对于违反本标准的行为，依据美国联邦法规可能面临刑事处罚。
####4.**重要性分析**-**技术层面**：Sae.J2012.2002标准的实施促进了汽车行业内故障诊断技术的发展，提高了故障检测的准确性与效率。
-**市场层面**：统一的标准降低了车辆维护的成本，提升了消费者对汽车产品的信心。
-**环保层面**：通过对排放系统故障的及时诊断与修复，有助于减少有害物质排放，保护环境。
####5.**未来发展展望**-**技术进步**：随着汽车电子技术的不断发展，未来的Sae.J2012.2002标准可能会增加更多智能化的功能，如远程诊断支持等。
-**国际协调**：预计未来将进一步加强与其他国家或地区的标准协调，推动全球范围内故障诊断技术的标准化进程。
通过上述分析可以看出，Sae.J2012.2002标准不仅对汽车行业内部的技术规范有着重要的指导作用，同时也对保障公众安全、促进环境保护等方面产生了积极的影响。
随着技术的不断进步和社会需求的变化，这一标准将会不断完善和发展，为汽车行业的可持续发展提供强有力的支持。
2025/3/23 16:48:27
6.94MB
1
本实验程序主要采用基本C语言模拟操作系统对设备的管理、程序初始化为2个通道、3个控制器、4个设备。
关于通道、控制器、设备之间的关系见程序代码。
其中，程序模拟了添加、删除设备、进程申请设备，归还设备等。
对于通道2下的一些关于设备、控制器上阻塞的进程唤醒问题、较为复杂，程序带有一些bug，望读者自行调试分析。
关于通道、控制器、设备之间的关系见程序代码。
其中，程序模拟了添加、删除设备、进程申请设备，归还设备等。
对于通道2下的一些关于设备、控制器上阻塞的进程唤醒问题、较为复杂，程序带有一些bug，望读者自行调试分析。
2025/3/23 9:17:52
228KB
1
经典的POSIX多线程程序设计，在POSIX系统下进行C/C++多线程编程必看的一本书。
本书的读者对象是有C/C++编程基础，但是没有线程知识。
本书按照章节，由浅入深，从基本的线程概念，到线程私有数据，实时调度，再到barrier，读写锁，工作队列管理器，并且配合大量注释和实例来演示。
ProgrammingWithPOsiXThreadsPOSIX多线程程序设计[美]Davide.Butenhoff著于磊曾刚译忄因电力出照内容提要枣书深入描述了TEE的开放系统接可标准一POSIX线程,通常称为Pthreads标准。
本书首先解释了线程的基本概念,每括异步编程、线程的生命周期和间步机:然后讨论了些高絞话题,包括属性对象、线程私有数据和实时调度。
此外,本书还讨论了调度的阿题,并给出了避免错误和提髙性能等问题的有价值的建议。
本书使用了大量注释过的实例来解轟实际的概念,并包括Phed的简单索引和对标准化的晨望本书遁合有经验的C语言程序员阅读,也适合多线程编程人员参考纽书在版编目(C|P)数据POSⅨ多线程程序设计/(美)布滕霍夫(Butenhoff,R》著:于磊,曾刚译.一北京:中国电力出版社,2003ISBN75083-1395-XIP..Ⅱ①布②于③曾.,Ⅲ程序没计Ⅳ.TP3111中国版本图书馆CP数据核字(202)第110540号蕃作权合同登记号图字:01-20020712号AuthorizedtranslatlonfromtheEnglishlanguageedion,entitledProgrammingwithPOSIXThreadsbyDavidA.Butenhof,publy,Copyrighto1997Allrightsreserved.Npartofthisbookmaybereproducedortransmittedinanyformorbyanymeans,electronicormechanical,includingphotocopying,recordingotbyanyinfomationstorageretrievalsystem,withoutpermissionfromthePublisher.CHINESESiMPLIFIEDlanguageeditionpublishedbyChinaElectricPowerPressCopyright的2003本书由培生集团授权出版。
中国电力出版社出版、发行北京三里河路6号100044httpf/wwwinfopuw'er.com.cn汇鑫印务限公司印刷各地新华书店经2003年4月第一版2003年4月北京第印刷787毫米×102毫米16开本20.75印张505千字定价890元版权所有翻即必究〔本书如有印装质量问题,我社发行部负责退换予本书是有关“线程”(thread)和如何使用“线程”的。
在计算机中,“线程”是种能够实现某种功能的基本软件单元。
线稈比传統的进程process)更小巧、更怏捷、更易操作实际上;一旦在操作系统中引入线程,就可以将进程看作包含了数据地址空间、文件和一个(成多个)数据处理线程的综合应用使用线程构建的应用程序能够更加有效地利用系统资源,使用户的界面更加友好,在多处理器系统中不但运行十分快速,而且更加易于维护。
为达到上述目的,你只需要在程序中添加相应的几个简单函数调用,即可调整成另一种编程思路。
通过仔细阅读本书,我希望能够帮助你实现上述目标本书讲述的线程模型通常被称为Pthreads,或者POSIXthreads,更正式的名称应该是POSX1003.le-1995标准。
随后还将提供丶些其他的名称,不过目前你貝需记住Pthreads就够了。
在写本书时,SUN公司的Sola,Dga公司的DigitalUNIX、SGI公司的RX已经支持Pthreads。
其他一些主要的商用UNⅹ操作系统,像IM公司的AX和HP公的HPUX,不久也将支持线程模型,也许在你阅读木书的时候已经丈持Pthreads也已经在Linux利其他UNX系练中实现在个人电脑市场,做软公司的Wn32编程接口和BM的Os12都支持线程编程。
这些线程模型与Pthreads模型之间存在着一定的区别。
为了有效地使用它们,首先必须理解并发、同步和调度等概念,剩下的航是语法和样式的问题,个经验丰富的程序员可以适应这些模型中的任何一个线程模型已经很成功地在应用领域中丿泛运用,下面仅是其中的一些:●有大规模科学计算的程序能够充分利用多处理器系统的高性能程序和库代码能被多线程程序使用的库代码●实时应用程序和库代码●对慢速外设〔如网络和人类)执行输入输出操作的应用程序和库代码读者对象4书适合熟悉在UNX系列操作系统上使用ANSIC开发代码的高级程序人员阅读,并不要求具有线程或其他形状异步编程经验。
第1章介绍有关概念和术语,使你能够继续阅读个书后续部分,建议你不要跳过。
在阅读过程屮,你将发现关于线程各方面的有趣比喻和实例。
最后我希望你能够自已独地使用线程编程。
好了,祝你线程之旅愉快。
关于作者我从一开始就参与Pthreads标准的有关丁作,虽然最初的儿次会议我没有参加。
最后,我被迫在犹他州的雪鸟滑雪场的防雪崩掩体中度过∫一周,观看来自世界各地的代表们向他们」的滑雪板上涂蜡。
我本以为这是一个十分正式、乏味的会议,所以我没有带自己的滑雪板,只能租用滑设备在Pthreads标准最后投票阶段,我同其他几个POSIX丁作组设计线程同步接口和多处理器应用。
我也帮助定义了Aspen线程扩展规范,该规范让经成功应用于X/OpenXSH5我曾在DEC公可工作数年,从麻省分部到新罕布什尔州分部。
我是DEC公司线程架构的创始人之…,并在DigitalUNIX4..上设计并实现了大部分的Pthreads线程接口。
我还帮助人们开发、调试线程代码超过八年之久。
我的一个不成文的座右铭是“并发使生活更美好"。
线程不是面包片,程序员也不是面包师,所以我们只做能够做的事情致谢可能读者并不关心这部分内容,但确实是我和朋友们以及本书合作者希望见到的。
如果你是一个好奇的读者,请务必读下去尽管本书封面上只有我一个人的署名,但像木书这样的项目是不可能完全由一个人来完成的。
因为我了解很多线程知识,至少在线程通信方面相当在行,所以我也可能不需任何帮眇与出…本关于线程的书。
但结果是,本书要比假设的那木书更好。
首先要感谢的是我的经理Jeanfullerton,他给我时间并鼓励我在τ作肘写书。
感谢DECthreads组的其他同仁,他们是:Briankeane、Webbscales、JacquelineBerg、Richardlove、PeterPortante、BrianSilver、Marksimons和Stevejohn感谢GarretSwart,当他还在Digital系统研究中心工作时,就让我们了解POSX标准感谢Nawafbitar,他和Garret一起通宵T作,实现了Pthreads的第一个草案,并且不遗余力地推广POSIX线程标准,让每个人都理解线程到底是个什么东西,没有Garret,特别是如果没有Nawaf,Pthreads可能不会存在,至少不会像现在这么妤(缺乏完美并不是他们的责任——生活本来如此)感谢参与设计cma、Pthreads、UNX98、DCEthreads和DECthreads的所有人的帮助他们是:AndrewbirrellPaulborman、BobConti、BillCox、Jeffdenham、Petergilbert、Rickgreer、Mikegrier、KevinHarrisKenHobday、Mikejones、Steveneiman、BobKnighten、Leslielamport、DougLocke、Paulalong、Finnbarrp.Murphy、BillNoyce,Simonpatience、Haroldseigel、AlSimons、Jimwoodward和Johnzolnowsk特别感谢所有耐心审阅本书草稿的人们,他们是:BrianKemighan、Richstevens、DaveBrownell.billgallmeister、lanGinzburg、WillMorse、BryanO'Sullivan、BobrobillardDaveruddock和BilLewis。
感谢对结构和细节提出改进意见和建议的人们:Devangshah和BartSmaalders帮助回答了一些有关Solaris的问题,BryanO'Sullivan建议使用“舀水的程序员”的比喻感谢AddisonWesleylongmanF]JohnWait和Lanalanglois,他们耐心地等待并鼓励第次写书的我努力写好这本书。
感谢PamelaYee和ErinSweeney,他们管理了本书的整个出版过程。
感谢所有帮助过我的人们。
感谢我的妻子Annelederhos和我的女儿Amy、Alyssa,感谢她们对我的支持和陪伴。
感谢Charlesdodgson(Lewiscarrol),他在其经典小说Alice'sAdventuresinwonderland〈《艾丽丝漫游仙境》)、Throughthelooking-Glass(镜中漫游》)和TheHuntingoftheSnark(《捕猎蛇鲨》)中写了大量的关于线程编程的事情(译者注:是指小说中描写的多人之间的协调、并发T作,作者认为与线程间的同步和协调具有相似的含义)。
序言第1章概述….舀水的程序员幽···血幽噜血■■■自■■■口■平■_■平L·昏■昏罾早平■卩卩甲罾警肀昏罾昏4平平昏罾1昏昏昏1斷■昏1■昏晋11山翟■如■西d旷■晶旷hanm12术语定义…13异步编程是直观的…4关于木书的实例…5异步编程举例16线程的好处7线程的代价08选择线程还是不用线程2219POSIX线程概念第2章线程甲pd21建立和使用线程22线程的生命周期曾■T會32第3章同步…373.1不变量、临界区和谓词甲罪卩↓卩郾■郾看郾↓·T3互斥量3833条件变量…5934线程间的内存可视性第4章使用线程的几种方式∴…4.流水线1甲■曾昏個昏■18142T作组8943客户/服务器第5章线程高级编程5-次性初始化n11152属性11453取消.12054线程私有数据13755实时调度量鲁备14756线程和核实体16第6章POSX针对线程的调整1676.1fork昏山t1山h,,1.1676.2e7363进程结束6.4stdiolt鲁·TTP日■日白'自甲1甲即甲目日血!‘=P平■昏■■Ida=t1765线程安全的函数l7866信号P■昏182第7章Realcode………,…,,,4---.2067.1扩展同步鲁11自會■■p看p山山血即■晷着甲4■20672工作队列管理器『甲目目·由即?日甲■1晶吾hmpp唱p血命血』甲■品甲“■2373对现存库的处理……243第8章避免调试的提示■着酽eskd24881邐免不正确的代码.24982避免性能问题didP曾1血自幽甲p甲助D口1259第9章PoSⅨ多线程快速參考2639.1POSIX10031c-1995选项血·=F■山lF4·P甲Ia26392POSⅨX1003.1c-l995限制.2649.3POSⅨX1003lc-1995接口265第10章标准化过程展望30310.1X/OpenXSH5[UNIX98]102POSⅨX10031…鲁4P日命·h.44即4日4·-T血d哪甲‘4品=F4目“!31110.3POSX1003.14参考文献…",…4…-.17因特网上的线程资源320概述hetimehascome,theWalrussaldrotalkofmarythings,OrshoesaindshipsandsealingWaxoandkingsAndwhythe鵡boinghoAndwhetherpigshavewings-ewisCarrol,Throughthelooking-Glass在计算机专用术语中,线程是指机器中连续的、顺序的属性集合。
一个线程包含执行一系列机器指令所必须的机器状态,包括当前指令位置、地址和数据寄存器等。
个UNX进程可以理解为一个线程加上地址空间、文件描述符和其他数据。
某些UNⅨX版本支持“轻量级”或“变量级”进程,以便可以从进程中剔除部分或者所有数据,从而实现高效性能。
既然线程和轻量级进程都需要地址空间、文件描述符等数据,那么区别何在?区别在于多个线程可以共享一个地址空间,而做不同的事情。
在多处理器系统中,一个进程中的多个线程可以同时做不同的T作当计算机还活在玻璃洞穴中时(译者注:指计算机发展初期),需要处理事先准备好的穿孔卡片。
整个外部世界都在等待计算的结果,顶多可能听到程序员的抱怨声。
但是外部世界并不是一次只做-件事情,逐渐地,计算机开始模拟这种实际模式,增加多程序设计、多重处理、分时共亨、多处理器系统的能力,最终,实现了线程线程能够帮助你的应用程序走出洞穴。
Pthreads则能帮助你以-种优雅、高效、叮移植的方式完成这个厂作。
木章简单介绍理解和使用线程所需要的基本知识,其他章节则会针对各个环节做进一步的详细解释1.1节给出了包含多个化喻的故事,以此说明线程的工作模式。
这个故事并没有什么特别的,但在你理解我所讲的程序员和水桶的含义之前,可能显得有点怿12节给出了本书使用的基本概念和术语。
其中最重要的一个概念需要在此特别介绍,也与全书会对一些重点特别强调的习惯是一致的异步任何两个彼此独立运行的操作是异步的
本书的读者对象是有C/C++编程基础，但是没有线程知识。
本书按照章节，由浅入深，从基本的线程概念，到线程私有数据，实时调度，再到barrier，读写锁，工作队列管理器，并且配合大量注释和实例来演示。
ProgrammingWithPOsiXThreadsPOSIX多线程程序设计[美]Davide.Butenhoff著于磊曾刚译忄因电力出照内容提要枣书深入描述了TEE的开放系统接可标准一POSIX线程,通常称为Pthreads标准。
本书首先解释了线程的基本概念,每括异步编程、线程的生命周期和间步机:然后讨论了些高絞话题,包括属性对象、线程私有数据和实时调度。
此外,本书还讨论了调度的阿题,并给出了避免错误和提髙性能等问题的有价值的建议。
本书使用了大量注释过的实例来解轟实际的概念,并包括Phed的简单索引和对标准化的晨望本书遁合有经验的C语言程序员阅读,也适合多线程编程人员参考纽书在版编目(C|P)数据POSⅨ多线程程序设计/(美)布滕霍夫(Butenhoff,R》著:于磊,曾刚译.一北京:中国电力出版社,2003ISBN75083-1395-XIP..Ⅱ①布②于③曾.,Ⅲ程序没计Ⅳ.TP3111中国版本图书馆CP数据核字(202)第110540号蕃作权合同登记号图字:01-20020712号AuthorizedtranslatlonfromtheEnglishlanguageedion,entitledProgrammingwithPOSIXThreadsbyDavidA.Butenhof,publy,Copyrighto1997Allrightsreserved.Npartofthisbookmaybereproducedortransmittedinanyformorbyanymeans,electronicormechanical,includingphotocopying,recordingotbyanyinfomationstorageretrievalsystem,withoutpermissionfromthePublisher.CHINESESiMPLIFIEDlanguageeditionpublishedbyChinaElectricPowerPressCopyright的2003本书由培生集团授权出版。
中国电力出版社出版、发行北京三里河路6号100044httpf/wwwinfopuw'er.com.cn汇鑫印务限公司印刷各地新华书店经2003年4月第一版2003年4月北京第印刷787毫米×102毫米16开本20.75印张505千字定价890元版权所有翻即必究〔本书如有印装质量问题,我社发行部负责退换予本书是有关“线程”(thread)和如何使用“线程”的。
在计算机中,“线程”是种能够实现某种功能的基本软件单元。
线稈比传統的进程process)更小巧、更怏捷、更易操作实际上;一旦在操作系统中引入线程,就可以将进程看作包含了数据地址空间、文件和一个(成多个)数据处理线程的综合应用使用线程构建的应用程序能够更加有效地利用系统资源,使用户的界面更加友好,在多处理器系统中不但运行十分快速,而且更加易于维护。
为达到上述目的,你只需要在程序中添加相应的几个简单函数调用,即可调整成另一种编程思路。
通过仔细阅读本书,我希望能够帮助你实现上述目标本书讲述的线程模型通常被称为Pthreads,或者POSIXthreads,更正式的名称应该是POSX1003.le-1995标准。
随后还将提供丶些其他的名称,不过目前你貝需记住Pthreads就够了。
在写本书时,SUN公司的Sola,Dga公司的DigitalUNIX、SGI公司的RX已经支持Pthreads。
其他一些主要的商用UNⅹ操作系统,像IM公司的AX和HP公的HPUX,不久也将支持线程模型,也许在你阅读木书的时候已经丈持Pthreads也已经在Linux利其他UNX系练中实现在个人电脑市场,做软公司的Wn32编程接口和BM的Os12都支持线程编程。
这些线程模型与Pthreads模型之间存在着一定的区别。
为了有效地使用它们,首先必须理解并发、同步和调度等概念,剩下的航是语法和样式的问题,个经验丰富的程序员可以适应这些模型中的任何一个线程模型已经很成功地在应用领域中丿泛运用,下面仅是其中的一些:●有大规模科学计算的程序能够充分利用多处理器系统的高性能程序和库代码能被多线程程序使用的库代码●实时应用程序和库代码●对慢速外设〔如网络和人类)执行输入输出操作的应用程序和库代码读者对象4书适合熟悉在UNX系列操作系统上使用ANSIC开发代码的高级程序人员阅读,并不要求具有线程或其他形状异步编程经验。
第1章介绍有关概念和术语,使你能够继续阅读个书后续部分,建议你不要跳过。
在阅读过程屮,你将发现关于线程各方面的有趣比喻和实例。
最后我希望你能够自已独地使用线程编程。
好了,祝你线程之旅愉快。
关于作者我从一开始就参与Pthreads标准的有关丁作,虽然最初的儿次会议我没有参加。
最后,我被迫在犹他州的雪鸟滑雪场的防雪崩掩体中度过∫一周,观看来自世界各地的代表们向他们」的滑雪板上涂蜡。
我本以为这是一个十分正式、乏味的会议,所以我没有带自己的滑雪板,只能租用滑设备在Pthreads标准最后投票阶段,我同其他几个POSIX丁作组设计线程同步接口和多处理器应用。
我也帮助定义了Aspen线程扩展规范,该规范让经成功应用于X/OpenXSH5我曾在DEC公可工作数年,从麻省分部到新罕布什尔州分部。
我是DEC公司线程架构的创始人之…,并在DigitalUNIX4..上设计并实现了大部分的Pthreads线程接口。
我还帮助人们开发、调试线程代码超过八年之久。
我的一个不成文的座右铭是“并发使生活更美好"。
线程不是面包片,程序员也不是面包师,所以我们只做能够做的事情致谢可能读者并不关心这部分内容,但确实是我和朋友们以及本书合作者希望见到的。
如果你是一个好奇的读者,请务必读下去尽管本书封面上只有我一个人的署名,但像木书这样的项目是不可能完全由一个人来完成的。
因为我了解很多线程知识,至少在线程通信方面相当在行,所以我也可能不需任何帮眇与出…本关于线程的书。
但结果是,本书要比假设的那木书更好。
首先要感谢的是我的经理Jeanfullerton,他给我时间并鼓励我在τ作肘写书。
感谢DECthreads组的其他同仁,他们是:Briankeane、Webbscales、JacquelineBerg、Richardlove、PeterPortante、BrianSilver、Marksimons和Stevejohn感谢GarretSwart,当他还在Digital系统研究中心工作时,就让我们了解POSX标准感谢Nawafbitar,他和Garret一起通宵T作,实现了Pthreads的第一个草案,并且不遗余力地推广POSIX线程标准,让每个人都理解线程到底是个什么东西,没有Garret,特别是如果没有Nawaf,Pthreads可能不会存在,至少不会像现在这么妤(缺乏完美并不是他们的责任——生活本来如此)感谢参与设计cma、Pthreads、UNX98、DCEthreads和DECthreads的所有人的帮助他们是:AndrewbirrellPaulborman、BobConti、BillCox、Jeffdenham、Petergilbert、Rickgreer、Mikegrier、KevinHarrisKenHobday、Mikejones、Steveneiman、BobKnighten、Leslielamport、DougLocke、Paulalong、Finnbarrp.Murphy、BillNoyce,Simonpatience、Haroldseigel、AlSimons、Jimwoodward和Johnzolnowsk特别感谢所有耐心审阅本书草稿的人们,他们是:BrianKemighan、Richstevens、DaveBrownell.billgallmeister、lanGinzburg、WillMorse、BryanO'Sullivan、BobrobillardDaveruddock和BilLewis。
感谢对结构和细节提出改进意见和建议的人们:Devangshah和BartSmaalders帮助回答了一些有关Solaris的问题,BryanO'Sullivan建议使用“舀水的程序员”的比喻感谢AddisonWesleylongmanF]JohnWait和Lanalanglois,他们耐心地等待并鼓励第次写书的我努力写好这本书。
感谢PamelaYee和ErinSweeney,他们管理了本书的整个出版过程。
感谢所有帮助过我的人们。
感谢我的妻子Annelederhos和我的女儿Amy、Alyssa,感谢她们对我的支持和陪伴。
感谢Charlesdodgson(Lewiscarrol),他在其经典小说Alice'sAdventuresinwonderland〈《艾丽丝漫游仙境》)、Throughthelooking-Glass(镜中漫游》)和TheHuntingoftheSnark(《捕猎蛇鲨》)中写了大量的关于线程编程的事情(译者注:是指小说中描写的多人之间的协调、并发T作,作者认为与线程间的同步和协调具有相似的含义)。
序言第1章概述….舀水的程序员幽···血幽噜血■■■自■■■口■平■_■平L·昏■昏罾早平■卩卩甲罾警肀昏罾昏4平平昏罾1昏昏昏1斷■昏1■昏晋11山翟■如■西d旷■晶旷hanm12术语定义…13异步编程是直观的…4关于木书的实例…5异步编程举例16线程的好处7线程的代价08选择线程还是不用线程2219POSIX线程概念第2章线程甲pd21建立和使用线程22线程的生命周期曾■T會32第3章同步…373.1不变量、临界区和谓词甲罪卩↓卩郾■郾看郾↓·T3互斥量3833条件变量…5934线程间的内存可视性第4章使用线程的几种方式∴…4.流水线1甲■曾昏個昏■18142T作组8943客户/服务器第5章线程高级编程5-次性初始化n11152属性11453取消.12054线程私有数据13755实时调度量鲁备14756线程和核实体16第6章POSX针对线程的调整1676.1fork昏山t1山h,,1.1676.2e7363进程结束6.4stdiolt鲁·TTP日■日白'自甲1甲即甲目日血!‘=P平■昏■■Ida=t1765线程安全的函数l7866信号P■昏182第7章Realcode………,…,,,4---.2067.1扩展同步鲁11自會■■p看p山山血即■晷着甲4■20672工作队列管理器『甲目目·由即?日甲■1晶吾hmpp唱p血命血』甲■品甲“■2373对现存库的处理……243第8章避免调试的提示■着酽eskd24881邐免不正确的代码.24982避免性能问题didP曾1血自幽甲p甲助D口1259第9章PoSⅨ多线程快速參考2639.1POSIX10031c-1995选项血·=F■山lF4·P甲Ia26392POSⅨX1003.1c-l995限制.2649.3POSⅨX1003lc-1995接口265第10章标准化过程展望30310.1X/OpenXSH5[UNIX98]102POSⅨX10031…鲁4P日命·h.44即4日4·-T血d哪甲‘4品=F4目“!31110.3POSX1003.14参考文献…",…4…-.17因特网上的线程资源320概述hetimehascome,theWalrussaldrotalkofmarythings,OrshoesaindshipsandsealingWaxoandkingsAndwhythe鵡boinghoAndwhetherpigshavewings-ewisCarrol,Throughthelooking-Glass在计算机专用术语中,线程是指机器中连续的、顺序的属性集合。
一个线程包含执行一系列机器指令所必须的机器状态,包括当前指令位置、地址和数据寄存器等。
个UNX进程可以理解为一个线程加上地址空间、文件描述符和其他数据。
某些UNⅨX版本支持“轻量级”或“变量级”进程,以便可以从进程中剔除部分或者所有数据,从而实现高效性能。
既然线程和轻量级进程都需要地址空间、文件描述符等数据,那么区别何在?区别在于多个线程可以共享一个地址空间,而做不同的事情。
在多处理器系统中,一个进程中的多个线程可以同时做不同的T作当计算机还活在玻璃洞穴中时(译者注:指计算机发展初期),需要处理事先准备好的穿孔卡片。
整个外部世界都在等待计算的结果,顶多可能听到程序员的抱怨声。
但是外部世界并不是一次只做-件事情,逐渐地,计算机开始模拟这种实际模式,增加多程序设计、多重处理、分时共亨、多处理器系统的能力,最终,实现了线程线程能够帮助你的应用程序走出洞穴。
Pthreads则能帮助你以-种优雅、高效、叮移植的方式完成这个厂作。
木章简单介绍理解和使用线程所需要的基本知识,其他章节则会针对各个环节做进一步的详细解释1.1节给出了包含多个化喻的故事,以此说明线程的工作模式。
这个故事并没有什么特别的,但在你理解我所讲的程序员和水桶的含义之前,可能显得有点怿12节给出了本书使用的基本概念和术语。
其中最重要的一个概念需要在此特别介绍,也与全书会对一些重点特别强调的习惯是一致的异步任何两个彼此独立运行的操作是异步的
2025/3/19 2:20:31
8.56MB
1
如果是非门户的独立进程，请将U8SOFT\ufcomsql目录中的U8Login.dll替换为Debug版的Login，API登陆失败，提示查看应用服务器日志等请替换此文件，用友U811.0，12.0可用。
其他版本没测试过
其他版本没测试过
2025/3/15 16:10:08
68KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB