001201是哪个国家的电话区号？

机油标号。包括分级和黏度规格两部分。机油分级使用两个字母组合表示。“S”开头系列代表汽油发动机用油，一般规格依次由SA至SN（按字母顺序，但其中没有SI），每递增一个字母，机油的性能都会优于前一种。

这种号码很有可能网络虚拟电话号码，大多数都是骗人为主，不要接就是正确的，如果有国外朋友可以保存号码联络。

肯定是诈骗，千万不可上当！

实话告诉你，写的原厂机油这种字样的，一般都不太好，甚至是三无产品，上海大众一般全合成机油，优质的都是美孚一号和嘉实多极护

1 1998-2000， 国家自然科学基金项目“中国温带海岸沙丘类型，形成机制与发育模 式研究”，课题编号：49701002，课题经费14.0万元，项目主持人。2 2002-2003，国土资源部国土资源大调查试点项目“广东省南海市土地利用基础图件与数据更新调查”，课题经费170.0万元，项目主持人。3 2001-2003，西藏自治区科技厅重点项目“西藏土地沙漠化的成因与防治模式研究”，课题经费90.0万元，主要参加者，子项目负责人，正在进行。4 2001-2003，广东省自然科学基金项目“广东海岸风沙运动的观测与模拟研究”，课题编号：001201，课题经费8.00万元，项目主持人，正在进行。5 2000-2002，国家自然科学基金重大项目“沙漠化形成机制研究”，课题编号：39990490，参加，正在进行。6 2001-2003，留学归国人员启动基金项目“我国海岸风沙运动的观测与模拟——以昌黎黄金海岸为例”，课题经费4.00万元，项目主持人，正在进行。7 1996-1997，西藏自治区科委重点项目“西藏自治区沙漠化现状发展趋势及其防　 治对策”，课题编号：204940110，课题经费65.0万元，主要参加人员。8 1992-1993，西藏自治区科委重点项目“西藏‘一江两河"中部流域地区土地沙漠化的成因、趋势与防治对策研究”，课题经费40.0万元，主要参加人员。 发表论文、专著1．冯艳芬，董玉祥，王芳，等. 基于农户调查的大城市郊区农地流转特征及影响因素研究——以广州市番禺区467户调查为例. 自然资源学报，2010，25（5）：722-734.2．董玉祥. 珠江三角洲地区土地利用中的基本矛盾及其诱因分析. 见：刘彦随主等主编，中国山区土地资源开发利用与人地协调发展研究. 北京：中国科学技术出版社，2010，58-63.3．董玉祥，黄德全，马骏. 海岸沙丘表面不同部位风沙流中不同粒径沙粒垂向分布的变化. 地理科学，2010，30（3）：391-397.4．乌格特茉勒，董玉祥，哈斯，等. 近50a来河北昌黎黄金海岸沙地变化. 中国沙漠，2010，30（4）：777-782.5．董玉祥，S L Namikas，P A Hesp. 海岸风沙流中不同粒径组沙粒的垂向分布模式. 地理研究，2009，28（5）：1179-1187.6．董玉祥，马骏. 风速对海岸沙丘表面风沙流结构影响的实证研究. 干旱区资源与环境，2009，23（9）：179-183.7．郑荣宝，刘毅华，董玉祥，等. 基于主体功能区划的广州市土地资源安全评价. 地理学报，2009，64（6）：654-664.8．董玉祥，马骏. 输沙量对海岸沙丘表面风沙流中不同粒径沙粒垂向分布的影响. 中山大学学报（自然科学版），2009，48（3）：102-108.9．董玉祥，P A Hesp，S L Namikas，等. 海岸横向沙脊表面风沙流结构粒度响应的野外观测研究. 中国沙漠，2008，28（6）：1022-1028.10．董玉祥，马骏，黄德全. 福建长乐海岸横向前丘表面粒度分异研究. 沉积学报，2008，26（5）：813-819.11．董玉祥，马骏. 风速对海岸风沙流中不同粒径沙粒垂向分布的影响. 中山大学学报（自然科学版），2008，47（5）：98-103.12．董玉祥，马骏，黄德全. 河北昌黎黄金海岸横向沙脊表面的粒度分布模式. 地理研究，2008，27（4）：725-733.13．董玉祥，P A Hesp，S L Namikas，等. 海岸横向沙脊表面风沙流结构的野外观测研究. 地理科学，2008，28（4）：507-512.14．董玉祥，马骏，黄德全. 海岸新月形沙丘表面的粒度分布. 海洋地质与第四纪地质，2008，28（3）：15-22

好像没什么规律，规律太乱了，你再讲清楚一点吧。

1、ALTER TABLE 采购定单表 ADD CONSTRAINT chk_采购定单表_付款方式 CHECK ( 付款方式 IN ( "牡丹卡", "金穗卡", "龙卡", "阳光卡" ) );如果书中提供示例是：NOT (付款方式="信用卡") OR (信用卡 IN ("牡丹卡","金穗卡","龙卡","阳光卡"))那么可以看出， 采购定单表 中有 “付款方式” 与 “信用卡” 这两列。也就是 约束条件为NOT (付款方式="信用卡") 意思是： 付款方式不是 信用卡。OR (信用卡 IN ("牡丹卡","金穗卡","龙卡","阳光卡"))意思就是： 付款方式是 信用卡的情况下， 信用卡需要是哪些 卡。至于你觉得应该是：(付款方式="信用卡") AND (信用卡 IN ("牡丹卡","金穗卡","龙卡","阳光卡"))那么这个 付款方式， 只能是 信用卡了， 你要支付现金的话， 没法处理了。2、D原因： 排除法分析。假如 学生表的 Scode = "001201" 的数据， 在 Score 表里面 ， 一行数据也没有。 那么更新是不会出错的。 因此 A 不正确。Scode列是 主键， 因此， 不会更新2行数据， 因此 B 不正确。如果 存在有 Scode = "001201" 的数据， 且 Score 表存在一行关联数据。并且 这个外键是 UPDATE CASCADE 的情况下。那么 更新 Students 表， 会同时更新 Score 表。但是由于不知道是什么数据库。因为 Oracle 和 DB2 ， 好像是不支持 UPDATE CASCADE 的。SQL Server, MySQL, SQLite , PostgreSQL 支持 UPDATE CASCADE 。但是题目上面没有明确说明， 这个外键是 UPDATE CASCADE 因此这个 C 只能是 如果其他几个都错的情况下， 才选择 C.如果 存在有 Scode = "001201" 的数据， 且 Score 表无数据，那么就会更新一行数据。如果不存在 Scode = "001201" 的数据， 那么一行也不会更新。因此， 可能会更新Students表中的一行数据。也就是最后如果题目是 单选的话， 就选D。 多选的话， 如果明确 不是 Oracle 或者 DB2 数据库的， 可以选择 C, D

5W40更靠谱一些，5W30的HTHS值达不到3.5以上，会烧机油的

软件冲突或是软件不兼容看你装过些是不是最近出现这个问题的之前是不是装过什么软件把它们谢下来重装过

#include<iostream>#include<fstream>using namespace std;ifstream fin("in.txt");ofstream fout("out.txt");int suanfa(int a, int b){int numa[10]={0},numb[10]={0}; int s=0;while (a>0){ ++numa[a%10];++numb[b%10];//统计数字 a/=10;b/=10; }; for (int i=0;i<10;i++) if (numa[i]&&numb[i]) ++s;//如果都有则累加 return s; }int main(){int n,i,j,m=0,s,t;fin>>n;int a[n+1],b[n+1][n+1],l=0,k=0;for(i=1;i<=n;i++){fin>>a[i];if(a[i]<10000){m++;}}if(m!=n){fout<<"兄弟,你还少"<<n-m<<"个数"<<endl;return 0;}for(i=0;i<=n-2;i++){s=1;l++;k=0;while(s+i+1<=n){t=suanfa(a[s],a[s+1+i]);k++;b[l][k]=t;s++;}}for(i=1;i<=n-1;i++){for(j=1;j<=n-i;j++){fout<<b[i][j];}fout<<endl;}return 0;}

《特工佳丽》后来又拍了续集。桑德拉布洛克的《特工佳丽》： 艾米丽是一位出色的联邦探员，她在一次任务中不幸献出了自己的生命。女儿格雷西长大后以母亲为榜样，也加入了联邦调查局，成为一名女警。格雷西性格刚烈执着，只有拍档兼挚友艾瑞克能够容忍她。 一天，联邦调查局收到消息，恐怖分子将在美国小姐大选的庆典上引爆一枚炸弹。为了制止这场灾难，并避免在庆典现场造成恐慌，调查局决定派出一名女探员作为卧底，参加这次美国小姐的大选。经过各方面的考虑，这个特殊的任务被交由格雷西来完成。 向来不修边幅，以“假小子”自居的格雷西因此十分为难。为了帮助她完成任务，调查局专门给她请来了形象设计师维可多。经过一番修饰打扮，格雷西的新形象惊呆她身边所有的人。连拍档艾瑞克也不敢相信身边的这位性感迷人的小姐就是曾经同他共事多年的格雷西。 美国小姐大选的庆典开始了，豪华的布景和热烈的现场气氛下，似乎没有任何异常。直到格雷西和众佳丽站在舞台上时，意外的情况发生了，危险即在瞬间……格雷西同拍档艾瑞克终于以英勇和智慧制止了这场危机。两人第一次用异性的眼光重新看待对方，并深深地被对方所吸引。

在主页图标里，如果没有，可能是被你删了，换个qq号登录就有了，然后打开它，将网址复制粘贴到原来的账号下，打开，存为书签。https://fun.html5.qq.com/?ch=001201&g=0

您好！出现:0x???????? 指令引用的0x????????内存。该内存不能为"read"或"written"。答案【shijan8原创】★严禁复制★ 【1】出现该问题原因很多，首先一定要清楚是在什么时候出现该问题，把下面写的看完，对照您电脑出现的问题进行正确的解决。【2】盗版系统或Ghost版本系统,系统文件错误或丢失，也会出现该问题，及时安装官方发行的补丁，{检查电脑年、月、日是否正确}。建议：最好安装【正版】系统或【完整版】系统。【3】检查驱动是否出现问题，重新安装驱动或及时更新驱动。【4】病毒引起的：升级杀毒软件或下载专杀工具，清理恶意插件，对电脑全盘杀毒。【5】硬件引起的：（1）可能是内存条出现的小问题，关机断电，把内存条拆下清理干净重新安装。必要时更换内存条。（硬件上一般不会出现该问题）【6】软件引起的：（1）安装的软件与系统或其它软件发生冲突，盗版或带病毒的软件，请慎重下载软件，最好使用正版。【这里主要说的是检查开机启动项，把没必要启动的启动项禁止开机启动】（2）如果你的电脑中安装了两款或两款以上的同类软件，比如:两款杀毒软件、两款优化系统软件等，请卸载一款，以免发生冲突，以保持电脑稳定性。（3）有些系统补丁下载安装了错误补丁，可能与您当前的系统或其它软件发生冲突，也会出现该问题。卸载该补丁，找到适合您电脑补丁，重新下载重新安装。（4）当下载安装或打开运行播放器、游戏、QQ等第三方软件，出现该问题时。可能是您下载的软件存在着危险，系统本身为了保护系统不受影响，也会出现该内存不能为“read”或“wrtten”。一般的解决办法就是卸载该软件重新安装。如果不能解决，需要更换同类型其它版本的软件，或找到发生冲突的软件卸载它，问题才能解决。【注意】：如果以确定电脑没有病毒，检查清理电脑是否存在恶意插件，把它清理掉。如果您使用windows IE浏览器出现该问题，尤其是打了错误补丁，最近windows IE变得不太稳定。用360安全卫士、安装的急救箱或其它软件进行系统修复，如果没有效果，升级或降低IE版本试试。如果还是不行，最简单的解决办法就是：下载更换其它浏览器。【不用删除windows IE，直接使用其它浏览器即可。】比如：360安全浏览器、世界之窗浏览器、傲游等。如果上面说的检查都没问题，可以试试下面的方法：看看能不能解决。◆开始→运行→输入cmd→回车，在命令提示符下输入下面命令 for %1 in (%windir%system32*.dll) do regsvr32.exe /s %1回车。 完成后，在输入下面的for %i in (%windir%system32*.ocx) do regsvr32.exe /s %i 回车。如果怕输入错误，可以复制这两条指令，然后在命令提示符后击鼠标右键，打“粘贴”，回车，耐心等待，直到屏幕滚动停止为止。（重启电脑）。 ●在检查运行regedit进入注册表, 在HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionExplorerShellExecuteHooks 下，应该只有一个正常的键值{AEB6717E-7E19-11d0-97EE-00C04FD91972}, 将其他的删除。【如果还有一个（默认）值,不用管它，也不能删除，一般它为空。】必要时【还原】或重新安装系统。

我也有过相似的问题，后来在网络上查找了一下，哇还真灵，一下解决了！现在把他传给你吧：原因：这是因为你的系统中有未注册的dll文件 必须注册所有dll文件,才能解决内存不能为read或written等问题 系统dll文件没有注册，可能引起各种各样不可知的问题，比如无法打开二级链接，经常出现“内存不能为read或written”等错误。 解决办法： 如何一下把所有的dll文件重新注册一遍呢？ 点击:开始-->运行,在运行框中输入cmd，在命令提示符下输入： for %1 in (%windir%system32*.dll) do regsvr32.exe /s %1 注意，是在命令提示符下，不是在“运行框”中！！

液尿为原料生产出来的比颗粒尿素为原料生产出来的更纯净，杂质更少。

1：建议备份数据后恢复系统测试2：是否扩展过硬件，如内存3：系统是否使用GHOST 系统4：LENOVO服务站点查询：[url]http://support1.lenovo.com.cn/lenovo/wsi/station/servicestation/default.aspx[/url] 5：服务站初四开门

重装

机油分为一般机油，半合成机油，全合成机油，当然全合成的机油也是价格最高的，同时它的质量也是最好的，希望我的回答对你有所帮助。

z4机油是优选机油的一种。以下是关于机油的相关资料：1、矿物质机油：矿物油是石油中的汽油和重油提炼出来后所剩下的油矿物油其实也是一种天然油存在的杂质较多相比半合成机油、全合成机油便宜对发动机的润滑性差使用期限短。2、半合成机油：半合成机油处于矿物油和全合成机油之间半合成机油添加大量的防腐添加剂用于提高机油的稳定性和高氧化性。3、全合成机油：全合成机油是此三种机油中品质耐用性最好的机油也算最贵的一类型机油一般轿车使用里程可达1万-1.2万公里不变质。

http://v.html5.qq.com/?ch=001201#p=detail&vId=3265609&vType=1&actsrc=2&actkey=%E6%88%98%E7%8B%BC&ref=innerSearch_3265609_0&ch=001201&_t=1436838281883

　爱未（作词 演唱）　　生日：１９８６.１２.２８ 　　血型：A型　　出身地： 大阪府 　　出羽良彰（作曲 编曲）　　　生日：１９８４.２.２６ 　　血型：O型　　出身地： 大阪府　　树海（じゅかい）（Jyukai），日本音乐组合。所属唱片公司为GENEON。所属事务所为SISTUS RECORDS。　　由爱未(マナミ)与出羽良彰(デワヨシアキ)组成，团名的由来起于主唱/作词爱未创作的歌词中所透露的世界观，以及歌声所具有的苦闷感、力道、以及神秘性等印象，正符合“树海”的形象，所以以此为团名。作曲出羽良彰，3岁到12岁学习钢琴，因此很有创作才华，后以keyboard身份组成乐队，体会到了吉他的魅力。3年后乐队解散。他打算自己作词作曲挑战total produce，此时遇见了女歌手渡边爱未。爱未从小就唱歌，在两人相遇时，经验还不是很丰富，但能够表现并探求自身的音乐性。　　在2004年夏季树海成立，在大阪中心开始举行LIVE活动。2006年3月15日以TV动画《Fate/stay night》片尾曲《あなたがいた森》崭露头角，从此正式出道。　　出羽创作的音乐“不忘主流音乐的风格”，乐曲深处漂荡着感伤，表现十分细腻，而听起来却很舒服，有着百听不厌的魅力。　　而爱未的歌词虽有独特的世界观，但因为很实际，所以唤起听众内心的回忆。爱未的词跟她感性的歌声相结合，可静静地拨动听众的心弦，直达内心深处。优美，伤感，富有生命力的树海的歌曲正隐藏未知的可能性。　　2007年12月22日 树海乐队加入了两名新成员たかしクン（Drum）ともくん（bass）　　2008年夏季，乐团主唱爱未开始以Aimmy的名义，开始其作为独立歌手的活动（与乐团活动并行）。 [编辑本段]大事年表　　2004年夏，树海成立。　　2006年3月15日，首张单曲“あなたがいた森”发行。 　　2006年7月26日，第二张单曲“恋人同士”发行。 　　2006年11月1日，第三张单曲“ホシアカリ”发行。 　　2006年11月22日，专辑“Wild flower”发行（性质同精选集）。 　　2007年4月25日，第四张单曲“咲かせてはいけない花”发行。 　　2007年7月28日，受邀参与日本音乐产业文化振兴团与日本国际交流基金北京事务所主办，日本驻中国大使馆支持的“北京动画音乐鉴赏会”——牧野由依，树海音乐会曁歌迷见面会（声优,歌手牧野由依同场参加，小型演唱会性质）。受到在场观众的热烈支持。 　　2007年9月12日，第五张单曲“こもりうた/ヒメゴト”发行。 　　2007年11月28日，第六张单曲“爱の星/ハナムケのメロディー”发行。 　　2007年12月12日，第二张专辑“harvest”发行。　　2007年12月22日 树海乐队加入了两名新成员たかしクン＜Drum＞ともくん＜bass＞。 [编辑本段]音乐作品　　=======================================单曲======================================　　 1st 「あなたがいた森」　　Debut MAXI SINGLE：《あなたがいた森》（2006年3月15日发售）　　价格 ： ￥1,260（税込） 　　品番 ： GNCX-0002　　01 - あなたがいた森 （动画《Fate/stay night》的片尾曲）　　02 - SAKURA difference 　　03 - あなたがいた森　~instrumental~ 　　04 - SAKURA difference　~instrumental~　　 2nd 「恋人同士」　　2nd MAXI SINGLE：《恋人同士》（2006年7月26日发售）　　价格　： ￥1,260圆（定価） 　　品番　： GNCX-0004　　01 - 恋人同士 （TV动画《ああっ女神さまっ　それぞれの翼》第二季片尾曲）　　02 - 勿忘草 　　03 - 恋人同士　~instrumental~ 　　04 - 勿忘草　~instrumental~　　《Fate/stay night》完结后，树海渐渐开始走红，他们被选为四月档的第二季动画《我的女神－缤纷之翼》的新ED的演唱者， ED《恋人同士》公开PV的首周登上ORICON排行榜的第16位。　　 3rd 「ホシアカリ」　　3rd MAXI SINGLE：《ホシアカリ》（2006年11月1日发售）　　价格　： ￥1,260圆（定価） 　　品番　： GNCX-0006　　01 - ホシアカリ （东京电视台系列全国网络TV动画《武装炼金》片尾曲）　　02 - ...because I love You 　　03 - ホシアカリ　~instrumental~ 　　04 - ...because I love You　~instrumental~　　 4th 「咲かせてはいけない花」　　4th MAXI SINGLE：《咲かせてはいけない花》（2007年4月25日发售）　　价格　： ￥1,050円（定価） 　　品番　： GNCX-0008　　01 - 咲かせてはいけない花 （每周星期二深夜 全国31局网《Break Point!》5月片头曲）　　02 - ガラスの靴 （朝日放送　ビーバップ！ハイヒール5月片尾曲）　　03 - 咲かせてはいけない花　~instrumental~ 　　04 - ガラスの靴　~instrumental~　　 5th 「こもりうた,ヒメゴト」　　5th MAXI SINGLE：《こもりうた/ヒメゴト》（2007年9月12日发售）　　价格　： ￥1,050円（定価） 　　品番　： GNCX-0010　　01 - こもりうた （朝日电视台《恋爱百景》片尾曲／29局网《プリン99ス》10月片头曲）　　02 - ヒメゴト （电影《真·女立喰师列伝》主题歌（11月上旬公开预定））　　03 - こもりうた　~instrumental~ 　　04 - ヒメゴト　~instrumental　　 6th_爱之星_饯别的旋律　　6th MAXI SINGLE：《爱の星／ハナムケのメロディー》（2007年11月28日发售）　　价格　： ￥1,050円（定価） 　　品番　： GNCX-0012　　01 - 爱の星 （《我的女神》TV特别篇《我的女神 战斗之翼》片头曲）　　02 - ハナムケのメロディー （《我的女神》TV特别篇《我的女神 战斗之翼》片尾曲）　　03 - 帰り道 　　04 - 爱の星　~Instrumental~ 　　05 - ハナムケのメロディー　~Instrumental~　　=======================================专辑======================================　　 第1张专辑_Wild_flower　　1st ALBUM：《Wild flower》（2006年11月22日发售）　　价格　： ￥3,000円（定価） 　　品番　： GNCX-1001　　01 - あなたがいた森 　　02 - 恋人同士 　　03 - ヒカリ （TV动画《Fate/stay night》14话插曲）　　04 - 太阳と行くミチ 　　05 - strangeman 　　06 - 追い风 　　07 - ホシアカリ 　　08 - 今宵、アナタイロ。 　　09 - モノクローム 　　10 - ファレノプシス 　　11 - Letter 　　12 - ホリディ　　 第2张专辑_harvest　　2st ALBUM：《Harvest》（2007年12月12日发售）　　价格　： ￥3,675円（定価） 　　品番　： GNCX-1003　　01 - 光合成 　　02 - ヒメゴト 　　03 - こもりうた 　　04 - ループ 　　05 - WHAT A DAY!! 　　06 - うまれてストーリー 　　07 - 初恋 　　08 - 心灯歌-しんとうか- 　　09 - 爱の星 　　10 - R★S 　　11 - ハナムケのメロディー 　　12 - Winter Song 　　13 - 咲かせてはいけない花 [编辑本段]其他演出　　电台节目　　已完结节目：　　在2周之间的特别节目里，田井中彩智&树海主唱爱未的"海のサチ"（文化放送、2006年12月23日9912月30日）、お気楽ラヂオ（ミュージックバード、2006年9月30日）。 　　Sistus Flavor ～树海的mystic★mystic～（大阪电台、2006年10月18日 - 2007年3月28日） 　　树海★爱未的"睡衣Party"（大阪电台10 2007年10月6日 - 2008年3月29日） 　　播出中的节目：　　树海的Forest Room（仙台电台、2007年4月7日 - ） 　　田井中彩智 爱未的 Lady!Ready!?Radio（大阪电台10 2008年4月5日 - ） 　　电影　　2007年：《真·女立喰师列传》（爱未参与演出）

锰变成了+2价.补充：你滴定消耗的 高锰酸钾 的量有问题吧?三次的误差这么大,而且怎么可能一次连1毫升都不到啊?!追问：最后那列近似值12mL的是消耗的量.前面分别是起始量和终止量.回答：速力菲 为 琥珀酸亚铁 ,在这个滴 定中 ,是利用了 高锰酸钾 与 亚铁离子 发生的 氧化还原反应 ,来测定亚铁离子的含量的.从上面所给的三组滴定数据,可以看出,第二组的误差较大,将其删去,利用第一、三两组的数据进行计算：第一次滴定,消耗0.01000 mol/L的高锰酸钾12.01mL,其中含有高锰酸钾的 物质的量 为：0.0001201mol； 第三次滴定,消耗0.01000 mol/L的高锰酸钾12.03mL,其中含有高锰酸钾的物质的量为：0.0001203mol； 设第一次滴定测得亚铁离子的物质的量为X1mol； 第三次滴定测得亚铁离子的物质的量为X2mol； 反应式为：5Fe2+ + MnO4- + 8H+ == 5Fe3+ + Mn2+ + 4H2O 5.1 X1.0.0001201 X2.0.0001203 5:1=X1:0.0001201 X1=0.0006005（mol） 56*0.0006005÷0.2*100%=16.814% 5:1=X2:0.0001203 X2=0.0006015（mol） 56*0.0006015÷0.2*100%=16.842%（说明：0.2为每20.00mL速力菲溶液中含有速力菲0.2克） 该 补血药 中含Fe2+的质量分数 =(16.814%+16.842%)÷2=16.828%≈16.83%

来看这个代码:int fun(int& a){int b = a;int c = a;return a+b+c;}int main(){int a=1;//.........做一些和a无关的事return fun(a);}这个代码是很好优化的,因为编译器知道a的值是1,参考上下文,编译器又能知道b和c的值也是1,而且根本没有人用到了a,b,c三个变量,也没有任何人在修改a,b,c三个的值,所以编译器可能就直接把这个函数优化成:int main() { return 3; }了.这么优化有什么问题吗? 单线程没问题,但多线程就有问题了,如果是多线程,a的值虽然在当前上下文中不会被修改,但可能正在被其他线程修改啊.于是上面的优化就不对了. 那么,volatile关键字在这里就可以帮助我们了,volatile关键字提醒编译器: a可能随时被意外修改.意外的意思是虽然当前这段代码里看起来a不会变,但可能别的地方正在修改a的值哦.所谓"别的地方",某些情况下指的就是其他线程了.那么,如果把代码修改如下:int fun(volatile int& a){int b = a;int c = a;return a+b+c;}int main(){volatile int a=1;//.........做一些和a无关的事return fun(a);}编译器就不敢优化了:int fun(volatile int& a){int b = a; //这里从内存读一下a吧,谁知道a还等不等于1呢int c = a; //这里再从内存读一下a吧,谁知道a还等不等于1呢return a+b+c; //这里也从内存读一下a吧,谁知道a还等不等于1呢}int main(){volatile int a=1;//.........做一些和a无关的事return fun(a); //完全不敢优化啊,鬼知道a变成多少了....}同理的,这段代码://..........int a=0;//做一些和a无关的事if(a==0) doSomething();//..........编译器会发现,a肯定等于0啊,那我还if个毛啊,直接优化掉!//..........int a=0;//做一些和a无关的事doSomething(); //if被去掉了//..........但,一旦添加了volatile,编译器就不敢优化了.例如://..........volatile int a=0;//做一些和a无关的事if(a==0) doSomething(); //可不敢优化这里! 谁知道a变成多少了!//..........这便是volatile的作用了.必须补充说明,volatile和锁没有一毛钱的关系,该加锁依然需要加锁.给变量添加volatile并不会让其自动拥有一个锁.所以该加锁还得加.//------------------- 更新答案 -------------------------------------------感谢大家的鼓励,受宠若惊! 重新看了一下答案,感觉还可以再补充一下,再举一个例子吧:网上教程里经常见到双检锁保证单例模式的代码,简化一下,大概逻辑如下:static int* instance;int& get_instance(){if( !instance ) { //检查如果单例的指针是0此处有某种锁; //则在此处上锁if( !instance ) { //再判断一次,以防等待锁期间有别的线程已经new完了instance = new int; //确认无误则new之}}return *instance;}int main(){int& i = get_instance();i = 111;return 1;}耳听为虚眼见为实,咱们看看反汇编如何(Intel ICC,O2,为了方便看反汇编禁用inline):...................010B1034 mov eax,dword ptr ds:[010B5100h] //读取instance指针到eax010B1039 test eax,eax //检查eax是否为0010B103B je get_instance+12h (010B1042h) //如果为0,则跳转下文010B1042处...................010B103D //此处为下文中跳回的位置...................010B1041 ret //get_instance()函数返回................... //010B1042从这里开始010B1044 call dword ptr ds:[10B309Ch] //这里面call进去是malloc函数 010B104A add esp,4 //调整栈010B104D mov dword ptr ds:[010B5100h],eax//将malloc出的写回instance地址010B1052 jmp get_instance+0Dh (010B103Dh) //跳回前面的代码.........................反汇编发现什么问题没? 喂! 判断只做了一次啊!!!! 第二个if去哪里了!哪里去了? 被编译器优化掉了.... 因为这里的优化逻辑很简单:如果第一个判断某值==0成功,根本没必要去做第二个判断,因为编译器能发现此值没被这段代码修改,同时编译器认为此值也不会被其他人"意外"修改,于是,苦心积虑所做的双检锁失效了.跟没写一样.好了,见证奇迹的时候到了,我们就改一行代码:static int* volatile instance;再编译一下,看看反汇编:01201034 mov eax,dword ptr ds:[01205100h] //读取instance指针到eax01201039 test eax,eax //检查eax是否为00120103B je get_instance+17h (01201047h)//如果为0,则跳转下文01201047h处.................01201046 ret //get_instance()函数返回.................//以下为上文中跳转位置01201047:01201047 mov eax,dword ptr ds:[01205100h] //再次读取instance指针到eax0120104C test eax,eax //再次检查eax是否为00120104E jne get_instance+0Dh (0120103Dh) //如果非0,跳回上文return处01201050 push 4 //如果还是0,往下执行malloc什么的.01201052 call dword ptr ds:[120309Ch] //这里进去是malloc...........0120105B mov dword ptr ds:[01205100h],eax //将malloc好的值写回instance01201060 jmp get_instance+0Dh (0120103Dh) //返回上文...........终于,双检锁的逻辑正确了.因为volatile已经提示编译器,instance指针可能被"意外"修改.不要瞎做优化.这里有一个要吐槽的,intel ICC用最高等级优化,不加volatile的话连第一个判断都被优化掉了,而MSVC无论怎么开优化,加不加volatile,永远两个判断全做,不愧是安全第一...特别提醒: 实际上即使加了volatile,这样的双检锁依然不安全,只有原子操作才安全,详情请见我的另一个答案:对int变量赋值的操作是原子的吗？ - 知乎用户的回答//------------------------------------评论区有朋友问是否多线程都要加volatile,首先,无论加不加volatile关键字,任何多线程同时读/写变量,不加锁不用原子操作,则都是race condition,在C++11标准中,race condition是未定义行为.这样做就跟*((int*)0)=1一样危险.所以,上文中的双检锁依然是危险的.因为对instance本身的读写没有锁,且是非原子的.但是,回到现实中,很多锁或者大部分原子操作都附带memory read/write barrier, 一定程度上可以保证内存读写的顺序不会被编译器瞎优化.确实能避免一些危险.至于memory barrier能不能就完全替代volatile了,基本可以确定是不能,但我水平有限,举不出例子.最后的最后归纳一下吧,多线程读写变量? 要安全? 加volatile! 加原子操作/锁!

　　拟于2008年9月28日至10月28日，封闭学府四道街的交通，现将公交线路临时调整通告如下：　　1、公交83路，由杨马架子发车，临时调整经哈西大街、工电路、学府路、清滨路、林兴路，恢复原线路运行。返回路线同上。临时取消政法干部学院站、哈尔滨学院站、服装城站、黑龙江大学站、学府三道街站、投资专科学校站、学兴路站，临时增加哈师大附中站。（由哈西大街至工电路绕行路段不设站）　　2、公交87路，六九联中终点临时迁移至长寿路（学府三道街至学府四道街）设置。　　3、公交217路，由哈西头道街发车，临时调整经工电路、学府路，恢复原线路运行，返回路线不变；临时取消拖配医院站、铸造厂站、政法干部学院站、哈尔滨学院站、服装城站。临时增加服装城站。（由工电路至学府路黑龙江大学站间绕行路段不设站）　　4、336路，由新民发车，临时调整经哈西大街、工电路、学府路，恢复原线路运行。返回路线同上。临时取消政法干部学院站、哈尔滨学院站、服装城站。（由哈西大街至工电路绕行路段不设站）　　5、363路，由前兴隆发车，临时调整经哈西大街、工电路、学府路，恢复原线路运行。返回路线同上。临时取消政法干部学院站、哈尔滨学院站、服装城站。（由哈西大街至工电路绕行路段不设站）　　6、郊3路：由四方台发车，临时调整经哈西大街、工电路、学府路，恢复原线路运行。返回线路同上。（由哈西大街、工电路至学府路黑龙江大学站间绕行路段不设站）　　为配合地铁工程施工建设，根据《中华人民共和国道路交通安全法》等相关法律法规的有关规定，从9月16日起将对部分道路交通进行封闭，具体事宜通告如下：　　一、封闭道路交通的规定　　从2008年9月16日至12月30日将封闭学府路理工大学路段主道的交通；从2008年9月16日至2010年12月30日，将封闭桦树街（宏伟路至南直路）的交通　　二、调整道路交通流量的规定　　（一）学府路施工路段的辅路禁止机动车辆临时或长时间停放。　　（二）学府路（西大直街至学府三道街）每天6时30分至20时禁止货运车辆通行。（含持有货运通行证的车辆）　　三、绕行规定　　来往学府路的机动车辆，可从哈平路和征仪路等道路绕行，来往桦树街的车辆可在东直路、宏南街等街路绕行。　　四、调整公交站点的规定　　（一）公交27路，由香坊火车站发车，临时调整经宏伟路、东直路、南直路、桦树街恢复原线路运行，返回路线同上。临时取消桦树街站，临时增加桦树街站（65、52站台处）。　　（二）公交78路，由汽车齿轮厂发车，临时调整经宏伟路、东直路、南直路、桦树街恢复原线路运行，返回路线同上。临时取消桦树街站，临时增加桦树街站（65、52站台处）。　　（三）公交90路，由达江小区发车，临时调整经宏伟路、东直路、南直路、桦树街恢复原线路运行，返回路线同上。临时取消桦树街站，临时增加桦树街站（65、52站台处）。　　（四）公交116路，由河鼓街发车，临时调整经东直路、南直路恢复原线路运行，返回路线同上。临时取消第十二中学站。　　哈尔滨市公安交通管理局　　哈尔滨市交通局　　2008年9月13日　　还有这个http://news.qq.com/a/20081010/001201.htm

001201警号在公安部里也就是一个副局级干部的级别。

这些可能是国外的诈骗电话。

千分之0.02，相当于10W人中，只有2.24人中签了。100W人中只有22.4人。

国外的电话。

严格地说还不是真空，通常称托里拆利真空。20度时，有0。001201mmHg 的水银蒸气 ，相当于六十三万分之一大气压。1 mL 体积中还有425 万亿个 Hg 原子。

2022年养猪行业分析可以写出养猪行业的过去发展数据，以及对养猪行业未来的形式的预估，比如2021年以来猪肉价格一路走低。7月份，猪价基本稳定在成本线附近，略低于成本线。市场上活猪价格约每公斤15元，相比于年初的35.68元/公斤，下降57.9%。2022年1月国内鲜猪肉批发价为22.2元/千克。2020年我国饲料产量是2.53亿吨，2021年1-11月我国饲料总产量为2.68亿吨，同比增长13.8%，其中猪料1.17亿吨，同比增长44.9%。2021年饲料主要增长点来源于猪料的增长。一般来说，如果饲料原料供应量相对稳定的话，原料价格应该与猪价成负相关。养猪行业预估分析目前，我国生猪存栏量已基本恢复至常年状态的90%以上。2021年三季度末，全国生猪存栏43764万头，同比增长18.2%，比二季度末略降0.3%。二季度末，生猪存栏43911万头，同比增加9915万头，增长29.2%，比一季度末增长5.6%。2021年年末生猪存栏量为44922万头。2021年猪价下跌的根本原因是市场供应能力逐步改善。2021年以来，全国能繁母猪存栏量继续增长，基础产能持续恢复，生猪出栏显著增加。2021年前三季度，全国生猪出栏49193万头。同比增长35.9%，增速比上半年进一步加快1.5个百分点。2021年全年共出栏生猪67128万头，同比增加27.4%。

放进去后，esp-2低位在上 2107 在 001200fc高位在下 1f6c 在 001200fe

2004年夏，树海成立。2006年3月15日，首张单曲《あなたがいた森》发行。2006年7月26日，第二张单曲《恋人同士》发行。 2006年11月1日，第三张单曲《ホシアカリ》发行。2006年11月22日，专辑《Wild flower》发行（性质同精选集）。2007年4月25日，第四张单曲《咲かせてはいけない花》发行。2007年7月28日，受邀参与日本音乐产业文化振兴团与日本国际交流基金北京事务所主办，日本驻中国大使馆支持的“北京动画音乐鉴赏会”——牧野由依，树海音乐会曁歌迷见面会（声优,歌手牧野由依同场参加，小型演唱会性质）。受到在场观众的热烈支持。2007年9月12日，第五张单曲《こもりうた/ヒメゴト》发行。2007年11月28日，第六张单曲《爱の星/ハナムケのメロディー》发行。2007年12月12日，第二张专辑《harvest》发行。2007年12月22日，树海乐队加入了两名新成员たかしクンともくん。2010年1月20日，树海乐队发行了第三张专辑《- Jyukai BEST ～Stairway to the future～》 =======================================单曲======================================出道单曲：《ブルーu30fbバイブレーション/风の记忆 ～to the end of theworld～》（2008年9月24日发售）价格　： 1,260円（定価）品番　： GNCX-001501 - ブルーu30fbバイブレーション02 - 风の记忆 ～to the end of the world～ （东京电视台u30fbAT-X动画《ワールドu30fbデストラクション ～世界扑灭の六人～》片尾曲）03 - ブルーu30fbバイブレーション -instrumental-04 - 风の记忆 ～to the end of the world～-instrumental-Debut MAXI SINGLE：《あなたがいた森》（2006年3月15日发售）价格 ： 1,260円（税込）品番 ： GNCX-000201 - あなたがいた森 （动画《Fate/stay night》的片尾曲）02 - SAKURA difference03 - あなたがいた森　~instrumental~04 - SAKURA difference　~instrumental~2nd MAXI SINGLE：《恋人同士》（2006年7月26日发售）价格　： 1,260円（定価）品番　： GNCX-000401 - 恋人同士 （TV动画《ああっ女神さまっ　それぞれの翼》第二季片尾曲）02 - 勿忘草03 - 恋人同士　~instrumental~04 - 勿忘草　~instrumental~《Fate/stay night》完结后，树海渐渐开始走红，他们被选为四月档的第二季动画《我的女神－缤纷之翼》的新ED的演唱者， ED《恋人同士》公开PV的首周登上ORICON排行榜的第16位。3rd MAXI SINGLE：《ホシアカリ》（2006年11月1日发售）价格　： 1,260円（定価）品番　： GNCX-000601 - ホシアカリ （东京电视台系列全国网络TV动画《武装炼金》片尾曲）02 - ...because I love You03 - ホシアカリ　~instrumental~04 - ...because I love You　~instrumental~4th MAXI SINGLE：《咲かせてはいけない花》（2007年4月25日发售）价格　： 1,050円（定価）品番　： GNCX-000801 - 咲かせてはいけない花 （每周星期二深夜 全国31局网《Break Point!》5月片头曲）02 - ガラスの靴 （朝日放送　ビーバップ！ハイヒール5月片尾曲）03 - 咲かせてはいけない花　~instrumental~04 - ガラスの靴　~instrumental~5th MAXI SINGLE：《こもりうた/ヒメゴト》（2007年9月12日发售）价格　： 1,050円（定価）品番　： GNCX-001001 - こもりうた （朝日电视台《恋爱百景》片尾曲/29局网《プリンu30fbス》10月片头曲）02 - ヒメゴト （电影《真·女立喰师列伝》主题歌（11月上旬公开预定））03 - こもりうた　~instrumental~04 - ヒメゴト　~instrumental6th MAXI SINGLE：《爱の星/ハナムケのメロディー》（2007年11月28日发售）价格　： 1,050円（定価）品番　： GNCX-001201 - 爱の星 （《我的女神》TV特别篇《我的女神 战斗之翼》片头曲）02 - ハナムケのメロディー （《我的女神》TV特别篇《我的女神 战斗之翼》片尾曲）03 - 帰り道04 - 爱の星　~Instrumental~05 - ハナムケのメロディー　~Instrumental~ =======================================专辑======================================1st ALBUM：《Wild flower》（2006年11月22日发售）价格　： 3,000円（定価）品番　： GNCX-100101 - あなたがいた森02 - 恋人同士03 - ヒカリ （TV动画《Fate/stay night》14话插曲）04 - 太阳と行くミチ05 - strangeman06 - 追い风07 - ホシアカリ08 - 今宵、アナタイロ。09 - モノクローム10 - ファレノプシス11 - Letter12 - ホリディ2nd ALBUM：《Harvest》（2007年12月12日发售）价格　： 3,675円（定価）品番　： GNCX-100301 - 光合成02 - ヒメゴト03 - こもりうた04 - ループ05 - WHAT A DAY!!06 - うまれてストーリー07 - 初恋08 - 心灯歌-しんとうか-09 - 爱の星10 - R★S11 - ハナムケのメロディー12 - Winter Song13 - 咲かせてはいけない花3rd ALBUM：《 - Jyukai BEST ～Stairway to the future～》价格 ： 3,150円（税込）品番 ： GNCX-100901 - あなたがいた森（アニメ「Fate/stay night」エンディング）02 - 恋人同士（アニメ「あぁっ女神さまっ～それぞれの翼～」2期エンディング）03 - ホシアカリ（アニメ「武装錬金」エンディング）04 - ヒカリ（アニメ「Fate/stay night」挿入歌）05 - 咲かせてはいけない花（バラエティ番组「ビーバップハイヒール」エンディング）06 - こもりうた（「恋爱百景」エンディング）07 - ヒメゴト（映画「真u30fb女立喰师列伝」主题歌）08 - 孤城の月（映画「真u30fb女立喰师列伝」エンディング）09 - 爱の星（アニメ「あぁっ女神さまっ～戦う翼～」オープニング）10 - ハナムケのメロディー（アニメ「あぁっ女神さまっ～戦う翼～」エンディング）11 - 想い出になる前に12 - With...（树海 feat. タイナカ サチ）（「Fate/stay night TV reproduction I」エンディング）13 - あなたがいた森 ～the brilliant world～14 - ヒカリ ～回想～ 已完结节目：在2周之间的特别节目里，田井中彩智&树海主唱爱未的海のサチ（文化放送、2006年12月23日u30fb12月30日）、お気楽ラヂオ（ミュージックバード、2006年9月30日）。Sistus Flavor ～树海的mystic★mystic～（大阪电台、2006年10月18日 - 2007年3月28日）树海★爱未的睡衣Party（大阪电台uff64 2007年10月6日 - 2008年3月29日）播出中的节目：树海的Forest Room（仙台电台、2007年4月7日 - ）田井中彩智爱未的 Lady!Ready!?Radio（大阪电台uff64 2008年4月5日 - ） 2007年：《真·女立喰师列传》（爱未参与演出）关于Aimmy(アイミー)2008年7月，爱未宣布开始以独立歌手的身份展开音乐活动，负责电视动画“毁灭世界的六人”主题曲的演唱工作。9月，双A面单曲“ブルーu30fbバイブレーション/风の记忆 ～to the end of theworld～”发售。树海的主音爱未作为冷静而性感的女歌手「Aimmy」的SOLO活动开始！毫无保留地将出多姿的现代女性魅力表现出的艺人登场! 「风の记忆 ～to the end of the world～」是现在绝赞播出中的『ワールドu30fbデストラクション～世界扑灭の六人～』的片尾曲! 歌唱明天的希望、向着温暖的前方的事歌。另一首歌「ブルーu30fbバイブレーション 」是请原spideru30fblife的石田ショー创作的，一首充满快节奏的POP ROCK! 共有两个版本（预定）。

来看这个代码:int fun(int& a){int b = a;int c = a;return a+b+c;}int main(){int a=1;//.........做一些和a无关的事return fun(a);}这个代码是很好优化的,因为编译器知道a的值是1,参考上下文,编译器又能知道b和c的值也是1,而且根本没有人用到了a,b,c三个变量,也没有任何人在修改a,b,c三个的值,所以编译器可能就直接把这个函数优化成:int main() { return 3; }了.这么优化有什么问题吗? 单线程没问题,但多线程就有问题了,如果是多线程,a的值虽然在当前上下文中不会被修改,但可能正在被其他线程修改啊.于是上面的优化就不对了. 那么,volatile关键字在这里就可以帮助我们了,volatile关键字提醒编译器: a可能随时被意外修改.意外的意思是虽然当前这段代码里看起来a不会变,但可能别的地方正在修改a的值哦.所谓"别的地方",某些情况下指的就是其他线程了.那么,如果把代码修改如下:int fun(volatile int& a){int b = a;int c = a;return a+b+c;}int main(){volatile int a=1;//.........做一些和a无关的事return fun(a);}编译器就不敢优化了:int fun(volatile int& a){int b = a; //这里从内存读一下a吧,谁知道a还等不等于1呢int c = a; //这里再从内存读一下a吧,谁知道a还等不等于1呢return a+b+c; //这里也从内存读一下a吧,谁知道a还等不等于1呢}int main(){volatile int a=1;//.........做一些和a无关的事return fun(a); //完全不敢优化啊,鬼知道a变成多少了....}同理的,这段代码://..........int a=0;//做一些和a无关的事if(a==0) doSomething();//..........编译器会发现,a肯定等于0啊,那我还if个毛啊,直接优化掉!//..........int a=0;//做一些和a无关的事doSomething(); //if被去掉了//..........但,一旦添加了volatile,编译器就不敢优化了.例如://..........volatile int a=0;//做一些和a无关的事if(a==0) doSomething(); //可不敢优化这里! 谁知道a变成多少了!//..........这便是volatile的作用了.必须补充说明,volatile和锁没有一毛钱的关系,该加锁依然需要加锁.给变量添加volatile并不会让其自动拥有一个锁.所以该加锁还得加.//------------------- 更新答案 -------------------------------------------感谢大家的鼓励,受宠若惊! 重新看了一下答案,感觉还可以再补充一下,再举一个例子吧:网上教程里经常见到双检锁保证单例模式的代码,简化一下,大概逻辑如下:static int* instance;int& get_instance(){if( !instance ) { //检查如果单例的指针是0此处有某种锁; //则在此处上锁if( !instance ) { //再判断一次,以防等待锁期间有别的线程已经new完了instance = new int; //确认无误则new之}}return *instance;}int main(){int& i = get_instance();i = 111;return 1;}耳听为虚眼见为实,咱们看看反汇编如何(Intel ICC,O2,为了方便看反汇编禁用inline):...................010B1034 mov eax,dword ptr ds:[010B5100h] //读取instance指针到eax010B1039 test eax,eax //检查eax是否为0010B103B je get_instance+12h (010B1042h) //如果为0,则跳转下文010B1042处...................010B103D //此处为下文中跳回的位置...................010B1041 ret //get_instance()函数返回................... //010B1042从这里开始010B1044 call dword ptr ds:[10B309Ch] //这里面call进去是malloc函数 010B104A add esp,4 //调整栈010B104D mov dword ptr ds:[010B5100h],eax//将malloc出的写回instance地址010B1052 jmp get_instance+0Dh (010B103Dh) //跳回前面的代码.........................反汇编发现什么问题没? 喂! 判断只做了一次啊!!!! 第二个if去哪里了!哪里去了? 被编译器优化掉了.... 因为这里的优化逻辑很简单:如果第一个判断某值==0成功,根本没必要去做第二个判断,因为编译器能发现此值没被这段代码修改,同时编译器认为此值也不会被其他人"意外"修改,于是,苦心积虑所做的双检锁失效了.跟没写一样.好了,见证奇迹的时候到了,我们就改一行代码:static int* volatile instance;再编译一下,看看反汇编:01201034 mov eax,dword ptr ds:[01205100h] //读取instance指针到eax01201039 test eax,eax //检查eax是否为00120103B je get_instance+17h (01201047h)//如果为0,则跳转下文01201047h处.................01201046 ret //get_instance()函数返回.................//以下为上文中跳转位置01201047:01201047 mov eax,dword ptr ds:[01205100h] //再次读取instance指针到eax0120104C test eax,eax //再次检查eax是否为00120104E jne get_instance+0Dh (0120103Dh) //如果非0,跳回上文return处01201050 push 4 //如果还是0,往下执行malloc什么的.01201052 call dword ptr ds:[120309Ch] //这里进去是malloc...........0120105B mov dword ptr ds:[01205100h],eax //将malloc好的值写回instance01201060 jmp get_instance+0Dh (0120103Dh) //返回上文...........终于,双检锁的逻辑正确了.因为volatile已经提示编译器,instance指针可能被"意外"修改.不要瞎做优化.这里有一个要吐槽的,intel ICC用最高等级优化,不加volatile的话连第一个判断都被优化掉了,而MSVC无论怎么开优化,加不加volatile,永远两个判断全做,不愧是安全第一...特别提醒: 实际上即使加了volatile,这样的双检锁依然不安全,只有原子操作才安全,详情请见我的另一个答案:对int变量赋值的操作是原子的吗看 - 知乎用户的回答//------------------------------------评论区有朋友问是否多线程都要加volatile,首先,无论加不加volatile关键字,任何多线程同时读/写变量,不加锁不用原子操作,则都是race condition,在C++11标准中,race condition是未定义行为.这样做就跟*((int*)0)=1一样危险.所以,上文中的双检锁依然是危险的.因为对instance本身的读写没有锁,且是非原子的.但是,回到现实中,很多锁或者大部分原子操作都附带memory read/write barrier, 一定程度上可以保证内存读写的顺序不会被编译器瞎优化.确实能避免一些危险.至于memory barrier能不能就完全替代volatile了,基本可以确定是不能,但我水平有限,举不出例子.最后的最后归纳一下吧,多线程读写变量? 要安全? 加volatile! 加原子操作/锁!

1：建议备份数据后恢复系统测试2：是否扩展过硬件，如内存3：系统是否使用GHOST 系统4：LENOVO服务站点查询：[url]http://support1.lenovo.com.cn/lenovo/wsi/station/servicestation/default.aspx[/url] 5：服务站初四开门

来看这个代码:int fun(int& a){ int b = a; int c = a; return a+b+c;}int main(){ int a=1; //.........做一些和a无关的事 return fun(a);}这个代码是很好优化的,因为编译器知道a的值是1,参考上下文,编译器又能知道b和c的值也是1,而且根本没有人用到了a,b,c三个变量,也没有任何人在修改a,b,c三个的值,所以编译器可能就直接把这个函数优化成:int main() { return 3; }了.这么优化有什么问题吗? 单线程没问题,但多线程就有问题了,如果是多线程,a的值虽然在当前上下文中不会被修改,但可能正在被其他线程修改啊.于是上面的优化就不对了. 那么,volatile关键字在这里就可以帮助我们了,volatile关键字提醒编译器: a可能随时被意外修改.意外的意思是虽然当前这段代码里看起来a不会变,但可能别的地方正在修改a的值哦.所谓"别的地方",某些情况下指的就是其他线程了.那么,如果把代码修改如下:int fun(volatile int& a){ int b = a; int c = a; return a+b+c;}int main(){ volatile int a=1; //.........做一些和a无关的事 return fun(a);}编译器就不敢优化了:int fun(volatile int& a){ int b = a; //这里从内存读一下a吧,谁知道a还等不等于1呢 int c = a; //这里再从内存读一下a吧,谁知道a还等不等于1呢 return a+b+c; //这里也从内存读一下a吧,谁知道a还等不等于1呢}int main(){ volatile int a=1; //.........做一些和a无关的事 return fun(a); //完全不敢优化啊,鬼知道a变成多少了....}同理的,这段代码://..........int a=0;//做一些和a无关的事if(a==0) doSomething();//..........编译器会发现,a肯定等于0啊,那我还if个毛啊,直接优化掉!//..........int a=0;//做一些和a无关的事doSomething(); //if被去掉了//..........但,一旦添加了volatile,编译器就不敢优化了.例如://..........volatile int a=0;//做一些和a无关的事if(a==0) doSomething(); //可不敢优化这里! 谁知道a变成多少了!//..........这便是volatile的作用了.必须补充说明,volatile和锁没有一毛钱的关系,该加锁依然需要加锁.给变量添加volatile并不会让其自动拥有一个锁.所以该加锁还得加.//------------------- 更新答案 -------------------------------------------感谢大家的鼓励,受宠若惊! 重新看了一下答案,感觉还可以再补充一下,再举一个例子吧:网上教程里经常见到双检锁保证单例模式的代码,简化一下,大概逻辑如下:static int* instance;int& get_instance() { if( !instance ) { //检查如果单例的指针是0 此处有某种锁; //则在此处上锁 if( !instance ) { //再判断一次,以防等待锁期间有别的线程已经new完了 instance = new int; //确认无误则new之 } } return *instance;}int main(){ int& i = get_instance(); i = 111; return 1;}耳听为虚眼见为实,咱们看看反汇编如何(Intel ICC,O2,为了方便看反汇编禁用inline):...................010B1034 mov eax,dword ptr ds:[010B5100h] //读取instance指针到eax010B1039 test eax,eax //检查eax是否为0010B103B je get_instance+12h (010B1042h) //如果为0,则跳转下文010B1042处...................010B103D //此处为下文中跳回的位置...................010B1041 ret //get_instance()函数返回................... //010B1042从这里开始010B1044 call dword ptr ds:[10B309Ch] //这里面call进去是malloc函数 010B104A add esp,4 //调整栈010B104D mov dword ptr ds:[010B5100h],eax//将malloc出的写回instance地址010B1052 jmp get_instance+0Dh (010B103Dh) //跳回前面的代码.........................反汇编发现什么问题没? 喂! 判断只做了一次啊!!!! 第二个if去哪里了!哪里去了? 被编译器优化掉了.... 因为这里的优化逻辑很简单:如果第一个判断某值==0成功,根本没必要去做第二个判断,因为编译器能发现此值没被这段代码修改,同时编译器认为此值也不会被其他人"意外"修改,于是,苦心积虑所做的双检锁失效了.跟没写一样.好了,见证奇迹的时候到了,我们就改一行代码:static int* volatile instance;再编译一下,看看反汇编:01201034 mov eax,dword ptr ds:[01205100h] //读取instance指针到eax01201039 test eax,eax //检查eax是否为00120103B je get_instance+17h (01201047h)//如果为0,则跳转下文01201047h处.................01201046 ret //get_instance()函数返回.................//以下为上文中跳转位置01201047:01201047 mov eax,dword ptr ds:[01205100h] //再次读取instance指针到eax0120104C test eax,eax //再次检查eax是否为00120104E jne get_instance+0Dh (0120103Dh) //如果非0,跳回上文return处01201050 push 4 //如果还是0,往下执行malloc什么的.01201052 call dword ptr ds:[120309Ch] //这里进去是malloc...........0120105B mov dword ptr ds:[01205100h],eax //将malloc好的值写回instance01201060 jmp get_instance+0Dh (0120103Dh) //返回上文...........终于,双检锁的逻辑正确了.因为volatile已经提示编译器,instance指针可能被"意外"修改.不要瞎做优化.这里有一个要吐槽的,intel ICC用最高等级优化,不加volatile的话连第一个判断都被优化掉了,而MSVC无论怎么开优化,加不加volatile,永远两个判断全做,不愧是安全第一...特别提醒: 实际上即使加了volatile,这样的双检锁依然不安全,只有原子操作才安全,详情请见我的另一个答案:对int变量赋值的操作是原子的吗看 - 知乎用户的回答//------------------------------------评论区有朋友问是否多线程都要加volatile,首先,无论加不加volatile关键字,任何多线程同时读/写变量,不加锁不用原子操作,则都是race condition,在C++11标准中,race condition是未定义行为.这样做就跟*((int*)0)=1一样危险.所以,上文中的双检锁依然是危险的.因为对instance本身的读写没有锁,且是非原子的.但是,回到现实中,很多锁或者大部分原子操作都附带memory read/write barrier, 一定程度上可以保证内存读写的顺序不会被编译器瞎优化.确实能避免一些危险.至于memory barrier能不能就完全替代volatile了,基本可以确定是不能,但我水平有限,举不出例子.最后的最后归纳一下吧,多线程读写变量? 要安全? 加volatile! 加原子操作/锁!

来看这个代码:int fun(int& a){int b = a;int c = a;return a+b+c;}int main(){int a=1;//.........做一些和a无关的事return fun(a);}这个代码是很好优化的,因为编译器知道a的值是1,参考上下文,编译器又能知道b和c的值也是1,而且根本没有人用到了a,b,c三个变量,也没有任何人在修改a,b,c三个的值,所以编译器可能就直接把这个函数优化成:int main() { return 3; }了.这么优化有什么问题吗? 单线程没问题,但多线程就有问题了,如果是多线程,a的值虽然在当前上下文中不会被修改,但可能正在被其他线程修改啊.于是上面的优化就不对了. 那么,volatile关键字在这里就可以帮助我们了,volatile关键字提醒编译器: a可能随时被意外修改.意外的意思是虽然当前这段代码里看起来a不会变,但可能别的地方正在修改a的值哦.所谓"别的地方",某些情况下指的就是其他线程了.那么,如果把代码修改如下:int fun(volatile int& a){int b = a;int c = a;return a+b+c;}int main(){volatile int a=1;//.........做一些和a无关的事return fun(a);}编译器就不敢优化了:int fun(volatile int& a){int b = a; //这里从内存读一下a吧,谁知道a还等不等于1呢int c = a; //这里再从内存读一下a吧,谁知道a还等不等于1呢return a+b+c; //这里也从内存读一下a吧,谁知道a还等不等于1呢}int main(){volatile int a=1;//.........做一些和a无关的事return fun(a); //完全不敢优化啊,鬼知道a变成多少了....}同理的,这段代码://..........int a=0;//做一些和a无关的事if(a==0) doSomething();//..........编译器会发现,a肯定等于0啊,那我还if个毛啊,直接优化掉!//..........int a=0;//做一些和a无关的事doSomething(); //if被去掉了//..........但,一旦添加了volatile,编译器就不敢优化了.例如://..........volatile int a=0;//做一些和a无关的事if(a==0) doSomething(); //可不敢优化这里! 谁知道a变成多少了!//..........这便是volatile的作用了.必须补充说明,volatile和锁没有一毛钱的关系,该加锁依然需要加锁.给变量添加volatile并不会让其自动拥有一个锁.所以该加锁还得加.//------------------- 更新答案 -------------------------------------------感谢大家的鼓励,受宠若惊! 重新看了一下答案,感觉还可以再补充一下,再举一个例子吧:网上教程里经常见到双检锁保证单例模式的代码,简化一下,大概逻辑如下:static int* instance;int& get_instance(){if( !instance ) { //检查如果单例的指针是0此处有某种锁; //则在此处上锁if( !instance ) { //再判断一次,以防等待锁期间有别的线程已经new完了instance = new int; //确认无误则new之}}return *instance;}int main(){int& i = get_instance();i = 111;return 1;}耳听为虚眼见为实,咱们看看反汇编如何(Intel ICC,O2,为了方便看反汇编禁用inline):...................010B1034 mov eax,dword ptr ds:[010B5100h] //读取instance指针到eax010B1039 test eax,eax //检查eax是否为0010B103B je get_instance+12h (010B1042h) //如果为0,则跳转下文010B1042处...................010B103D //此处为下文中跳回的位置...................010B1041 ret //get_instance()函数返回................... //010B1042从这里开始010B1044 call dword ptr ds:[10B309Ch] //这里面call进去是malloc函数 010B104A add esp,4 //调整栈010B104D mov dword ptr ds:[010B5100h],eax//将malloc出的写回instance地址010B1052 jmp get_instance+0Dh (010B103Dh) //跳回前面的代码.........................反汇编发现什么问题没? 喂! 判断只做了一次啊!!!! 第二个if去哪里了!哪里去了? 被编译器优化掉了.... 因为这里的优化逻辑很简单:如果第一个判断某值==0成功,根本没必要去做第二个判断,因为编译器能发现此值没被这段代码修改,同时编译器认为此值也不会被其他人"意外"修改,于是,苦心积虑所做的双检锁失效了.跟没写一样.好了,见证奇迹的时候到了,我们就改一行代码:static int* volatile instance;再编译一下,看看反汇编:01201034 mov eax,dword ptr ds:[01205100h] //读取instance指针到eax01201039 test eax,eax //检查eax是否为00120103B je get_instance+17h (01201047h)//如果为0,则跳转下文01201047h处.................01201046 ret //get_instance()函数返回.................//以下为上文中跳转位置01201047:01201047 mov eax,dword ptr ds:[01205100h] //再次读取instance指针到eax0120104C test eax,eax //再次检查eax是否为00120104E jne get_instance+0Dh (0120103Dh) //如果非0,跳回上文return处01201050 push 4 //如果还是0,往下执行malloc什么的.01201052 call dword ptr ds:[120309Ch] //这里进去是malloc...........0120105B mov dword ptr ds:[01205100h],eax //将malloc好的值写回instance01201060 jmp get_instance+0Dh (0120103Dh) //返回上文...........终于,双检锁的逻辑正确了.因为volatile已经提示编译器,instance指针可能被"意外"修改.不要瞎做优化.这里有一个要吐槽的,intel ICC用最高等级优化,不加volatile的话连第一个判断都被优化掉了,而MSVC无论怎么开优化,加不加volatile,永远两个判断全做,不愧是安全第一...特别提醒: 实际上即使加了volatile,这样的双检锁依然不安全,只有原子操作才安全,详情请见我的另一个答案:对int变量赋值的操作是原子的吗？ - 知乎用户的回答//------------------------------------评论区有朋友问是否多线程都要加volatile,首先,无论加不加volatile关键字,任何多线程同时读/写变量,不加锁不用原子操作,则都是race condition,在C++11标准中,race condition是未定义行为.这样做就跟*((int*)0)=1一样危险.所以,上文中的双检锁依然是危险的.因为对instance本身的读写没有锁,且是非原子的.但是,回到现实中,很多锁或者大部分原子操作都附带memory read/write barrier, 一定程度上可以保证内存读写的顺序不会被编译器瞎优化.确实能避免一些危险.至于memory barrier能不能就完全替代volatile了,基本可以确定是不能,但我水平有限,举不出例子.最后的最后归纳一下吧,多线程读写变量? 要安全? 加volatile! 加原子操作/锁!

乘坐长途汽车到名山，汽车票是25元、31元和41元3种价格。发车站终点发送时间车型车费备注旅游客运中心（新南门汽车站）名山08:001201-大型高一-固定班41.00新南门车站-名山旅游客运中心（新南门汽车站）名山09:301202-大型高一-固定班41.00新南门车站-名山石羊客运站(石羊汽车站)10:30045-中型中-固定班31.00石羊车站-雅安大件旅游客运中心（新南门汽车站）名山10:401203-大型高一-固定班41.00新南门车站-名山石羊客运站(石羊汽车站)11:50051-中型普-固定班25.00石羊车站-雅安大件旅游客运中心（新南门汽车站）名山12:001204-大型高一-固定班41.00新南门车站-名山旅游客运中心（新南门汽车站）名山13:401205-大型高一-固定班41.00新南门车站-名山旅游客运中心（新南门汽车站）名山15:101206-大型高一-固定班41.00新南门车站-名山旅游客运中心（新南门汽车站）名山16:201207-大型高一-固定班41.00新南门车站-名山石羊客运站(石羊汽车站)16:30083-中型普-固定班25.00石羊车站-雅安大件石羊客运站(石羊汽车站)16:30083-中型中-固定班31.00石羊车站-雅安大件石羊客运站(石羊汽车站)17:20084-中型中-固定班31.00石羊车站-雅安大件旅游客运中心（新南门汽车站）名山17:301208-大型高一-固定班41.00新南门车站-名山旅游客运中心（新南门汽车站）名山18:501209-大型高一-固定班41.00新南门车站-名山

你可以用筷子这些啊，搅拌一下，他这样子的话，就会融化的比较快一些，很快的融入到水里面了

收费。通过查询海南高速公路的资料显示，海南环岛高速公路(G98)和三亚方向的高速公路都是收费的，所以海口到三亚高速公路收费吗。海口市，别称“椰城”，海南省辖地级市、省会，国家“一带一路”战略支点城市，海南自由贸易港核心城市。

看名称，XX集团股份有限公司，这就是公司，是国企。具体岗位，没有发言权，只能说再忙的单位也有闲人，再闲的单位也有黄牛。

2010年5月。海南中线高速，为海南省内的一条高速公路，高速公路编号G9811，2010年开工，已于2012年12月29日正式通车。起点为海口丘海大道延长线，经屯昌、琼中、五指山、乐东，到达终点乐东赤塘枢纽互通，连接G98海南环岛高速西段，海南中线高速项目为设计时速100km/h的双向四车道高速公路。

应该是蓝矾吧？五水硫酸铜，化学式为CuSO4·5H2O（是纯净物），为蓝色晶体，其分子式的量为249.68。是无水硫酸铜吸水后形成的。 　　俗称：水合硫酸铜、胆矾、蓝矾、铜矾、石胆、毕石、黑石、铜勒、胆子矾、鸭嘴胆矾、翠胆矾。具有催吐，祛腐，解毒；治风痰壅塞，喉痹，癫痫，牙疳，口疮，烂弦风眼，痔疮，肿毒的功效并且有一定的副作用。建议你到http://baike.baidu.com/view/240767.htm?wtp=tt看看

机荷高速公路，是一条深圳境内的高速公路，它的起点是宝安区黄田的深圳宝安国际机场，终点是龙岗区荷坳。全长44.31公里，是国家沿海公路干线同江至三亚高速公路的组成部分，是我国第一条山岭重丘区六车道高速公路。那么机荷高速公路又有哪些我们需要知道的？中达咨询给出了如下相关资料：项目简介深圳市机场（鹤洲）至荷坳高速公路（简称“机荷高速公路”）是“八五”和“九五”期间国家交通部重点建设项目，也是交通部规划的国道主干线“三纵二横”中同江（黑龙江）至三亚（海南 ）沿海高速公路的重要组成部分。1999年5月机荷高速公路全线通车。工程分东、西两段先后建设，于1995年10月全面开工，东段于1997年10月31日建成通车,西段于1999年5月建成通车，均比原计划工期提前两个月完工通车。工程建设全面与国际惯例接轨，全面推行项目法人制，变临时管理为永久责任。遵循市场经济规律，严格执行工程招投标，合同管理和施工监理制，以制度管理质量。在验收时获得高分。经省交通厅批复竣工决算比交通部批准和设计概算节省了约8.6％，全面实现了对质量、工期、造价三大目标的有效控制。为今后的工程建设提供了丰富的经验。机荷高速公路是国道主干线--同江至三亚沿海高速公路的组成部分，是深圳市公路网中一条重要的东西向快速干道，起于深圳宝安国际机场，途经深圳市龙岗、宝安两区的七个镇，终点在深圳市横岗镇荷坳村，全长44.31公里，设计时速100公里。机荷高速公路分东、西两段建设。东段从福民至荷坳，于1997年10月31日通车，由深圳机荷高速公路东段有限公司管理和经营；西段从宝安机场至福民，于1999年5月建成通车，由深圳高速公路股份有限公司的全资企业--深圳机荷高速公路西段分公司管理和经营。机荷高速公路东连深汕高速公路、惠盐高速公路和205国道，中部与梅观高速公路互通，西端与广深珠高速公路和107国道相接，将广佛高速公路、佛开高速公路、广深珠高速公路、107国道、深汕高速公路、惠盐高速和205国道连成一体，形成一条在汕头、惠州地区与广州、深圳、东莞和香港地区之间的交通大动脉。建设意义机荷高速公路设有石岩、水朗、福民、清湖和白泥坑五个互通立交桥，分别与深圳市松白公路、石观公路、观澜大道、梅观高速公路和平沙公路连通。机荷高速公路的建成，对深圳市公路网的形成，减轻市内交通压力和迅速疏通香港过境车辆都起到十分重要的作用。工程荣誉机荷高速公路是我国第一条建在重丘区的双向六车道高速公路，全线装有从西班牙进口的先进的监控系统、紧急电话系统和计算机收费系统，并配有完善的交通设施。从建设开始，机荷高速公路就以一流的工程质量、一流的管理和一流的服务享誉公路建设和管理行业。在交通部、广东省交通厅组织的工程质量检查评比中获得好评，被选作“样板工程”加以推广，并多次受到交通部、广东省和深圳市领导的肯定和表扬，被誉为“广东第一路”。以上就是中达咨询对机荷高速公路的介绍。更多关于公路的知识，请您关注中达咨询的建筑知识栏目。更多关于标书代写制作，提升中标率，点击底部客服免费咨询。

因为海南高速费已经均摊到油费里面了，所以不收高速费。海南省自1994年1月1日起，将公路养路费、公路运输管理费、过路费、过桥费四费御闷合一，统一征收机动车燃油附加费，并取消所有公路收费站。2008年，海南再次进行机动车辆通行附加费改革，巩固海南燃油附加费改慎拆悉革成果。海南高速公路没有设卡收费，为高速公路管理降低了成本。关于高速收费的规定。《收费公路管理条例》第九条建设收费公路，应当符合国家和省、自治区、直辖市公路发展规划，符合本条例规定的收费公路的技术等级和规模。第十条县级以上地方人民政府交通主管部门利用贷款或者向企业、个人有偿集资建设的公路（以下简称政府还贷公路），国内外经济组织投资建设或者依照公路法的规定受让政府还贷公路收费权的公路（以下简称经营性公路），经依法批准后，方可收取车辆通行费。

2019年05月。根据查询陵水市人民政府官网得知，海南省陵水县南平农场段高速公路开工时间为2019年5月，竣工时间为2020年6月。

海南文琼高速公路终于通车了，之后大家出行也会方便很多哟，下面小编就来给大家介绍一下关于海南文琼高速公路通车的时间，还有一下介绍，大家在了解以后可以更方便的游玩。什么时候通车9月21上午，海南文琼高速公路举行通车仪式文琼高速公路通车后，文昌文城镇与琼海博鳌镇两地，行车时间将由70分钟缩短为约30分钟，从海口到文昌再到琼海的路程也缩短啦!文琼高速公路介绍文琼高速公路项目起点顺接海文高速公路，经文昌市文城镇、会文镇、重兴镇、琼海市长坡镇、塔洋镇、彬村山农场、嘉积镇、中原镇，终点与环岛东线高速公路在琼海博鳌机场北侧交叉。文琼高速公路全长65.7公里，双向四车道，概算总投资45.83亿元(建安费29.28亿元)。全线设枢纽性互通式立交1座，隧道1座，般互通式立交10座，分离式立交3座，特大桥2座，大桥12座，中桥共17座。文琼高速公路11处互通据悉，文琼高速全线共设置迈号、清澜、会文、冯家湾、龙湾、嘉积、乐城、万泉等11处互通立交。平均每5公里有一座互通，让游客上下高速方便享受乡村的美食美景。沿途乡镇和村庄的特色农产品将更方便运输销往各地，当地的特色民俗文化也将吸引更多远道而来的客人。1、英城互通立交位于文昌馨美村东北侧，该立交的修建将形成文昌市老城区、龙楼镇、铜鼓岭及东郊椰林等乡镇和旅游区与本项目及海文高速的快速连接通道。2、南阳互通位于文昌大潭村附近，是沿线交通重要的集散通道。3、清澜互通位于文昌市境内文城镇凤池村东南侧、上文村西北侧。4、迈号互通与S201相交于文昌市境内文城镇蛟北村西侧、坡口小学东侧。5、会文互通与Y470相交于象山村西侧、蓝天村西北侧，距文昌市会文镇镇政府约3.6公里。6、冯家湾互通与X201(烟长线)相交于上昌水库的西南侧。7、长坡互通与Y061相交于长坡镇边坡村东北侧，向西延伸可达文子水库。8、龙湾互通本立交的设置主要服务于龙湾港。9、嘉积互通本项目与S213(嘉博路)相交于南阳村东北侧、礼都村委会东侧。10、乐城互通位于琼海市境内棉寨村北侧，位于规划的乐城西部。11、万泉互通位于琼海市中原镇境内万泉八所村的西侧，该立交的修建将形成文昌市、琼海市通往三亚的新通道。

不能用。蓝矾学名硫酸铜，是弱酸性晶体，对土壤酸碱度有调节作用。

2010年5月。海南中线高速公路起点为海口丘海大道延长线，经屯昌、琼中、五指山、乐东，到达终点乐东赤塘枢纽互通，连接G98海南环岛高速西段，于2010年5月开工海口到屯昌段道路。

蓝矾是颜料、电池、杀虫剂、木材防腐等方面的化工原料。蓝矾是天然的含水硫酸铜，是五水硫酸铜的俗称，为了与“无水硫酸铜”区别，通常读作“五水合硫酸铜”，相对分子质量为250，是分布很广的一种硫酸盐矿物。它是铜的硫化物被氧分解后形成的次生矿物。胆矾产于铜矿床的氧化带，也经常出现在矿井的巷道内壁和支柱上，这是由矿井中的水结晶而成的。蓝矾的晶体成板状或短柱状，这些晶体集合在一起则呈粒状、块状、纤维状、钟乳状、皮壳状等。它们具有漂亮的蓝色，但如果暴露在干燥的空气中会由于失去水而变成不透明的浅绿白色粉末。同时胆矾极易溶于水。扩展资料：蓝矾的应用预处理饲料级沙状无水硫酸铜，除具有硫酸铜的功能外还具有在使用过程中，粉尘较少，大大地减少环境污染和对工人皮肤、呼吸道的刺激；同时更能保证预混料中铜的添加量。流动性较好，在生产过程中混合均匀度较好；同时不易出现结块现象。在生产过程中， 因为不添加任何载体，故不存在与其它物质接触而产生的物理、化学变化。由于在预混合饲料、饲料中， 与维生素、氨基酸等营养物质的接触面较小，从而减少对上述营养物质的破坏。