current

Sidebar就是边栏，指的是Windows7桌面上的侧边栏小工具，比如日历，时钟，便笺等等小工具。HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionRun[Sidebar]这个键值的意思就是开机启动时，同时加载Windows侧边栏小工具。如果删除了这个键值，开机之后，桌面上就不会显示小工具了，必须手动打开小工具，才能显示。

游戏目录新建一个txt文件 名字改成localization.txt把以下复制进去englishWIN_CONFIGURE_UPDATED_TITLE"Recommended Settings Updated"WIN_CONFIGURE_UPDATED_BODY"The recommended settings have been updated since the last time you ran Call of Duty.Would you like the game to configure itself optimally with these new settings?This is recommended for most people. It will change your system settings but not your controls."WIN_LOW_MEMORY_BODY"It looks like you are low on virtual memory.This can cause the game to run slowly and it may stop completely.It is highly recommended that you close some programs before running Call of Duty.Do you want to run Call of Duty anyway?"WIN_LOW_MEMORY_TITLE"Low Memory"WIN_COLORDEPTH_WARN_BODY"It is highly unlikely that a correct windowed display can beinitialized with the current desktop display depth. Select"OK" to try anyway. Press "Cancel" if you wish to quit."WIN_COLORDEPTH_WARN_TITLE"Low Desktop Color Depth"WIN_COMPUTER_CHANGE_BODY"Your computer appears to have changed since the last time you ran Call of Duty.Would you like the game to configure itself optimally for your new hardware?This is recommended for most people.It will change your system settings but not your controls."WIN_COMPUTER_CHANGE_TITLE"Set Optimal Settings?"WIN_DISK_FULL_BODY"Call of Duty: BlackOps couldn"t write a file. The hard drive is probably full."WIN_DISK_FULL_TITLE"File Write Error"WIN_IMPROPER_QUIT_BODY"It appears that Call of Duty: BlackOps did not quit properly the last time it ran.Do you want to run the game in safe mode?This is recommended for most people.It will change your system settings but not your controls."WIN_IMPROPER_QUIT_TITLE"Run In Safe Mode?"WIN_ERROR"Fatal Error"WIN_NO_STEAM"Steam must be running to play this game."WIN_OUT_OF_MEM_BODY"Out of memory error. You are probably low on hard disk space."WIN_OUT_OF_MEM_TITLE"Out of memory error"WIN_UNABLE_LOAD_DLL_BODY"Unable to load a DLL. Possibly due to low memory, insufficient hard drive space, or missing DLL files."WIN_DIRECTX_INIT_TITLE"DirectX Error"WIN_DIRECTX_INIT_BODY"DirectX encountered an unrecoverable error.Check the readme for possible solutions."WIN_EXE_ALREADY_RUNNING"Call of Duty: BlackOps is already running.You can switch between game modes from the menu."WIN_COULDNT_START_PROCESS"Could not start process."开机之后停在这里EFI Shell version 2.00 [4.640]Current running mode 1.1.2map:cannot find required map namePress ESC in 1 seconds to skip startup.nsh,any other key to continue.Shell>然后怎么着都不管用 希望真的明白的人给个办法 我启动第一是硬盘 然后是USB 有影响么？ 有方法的告诉我试过之后给分 骗人者驴曰的

症状：pull的时候$ git pullPull is not possible because you have unmerged files.Please, fix them up in the work tree, and then use "git add/rm <file>"as appropriate to mark resolution, or use "git commit -a"应该是因为local文件冲突了解决方法：引用――“1.pull会使用git merge导致

我们正在执行计划好的生活费计划

thereisnodefaultprintercurrently...的中文翻译thereisnodefaultprintercurrentlyselected目前没有选择默认打印机

弹出：SteamiscurrentlyinOFFlineMode这种情况该怎么解决?下面为大家解析。原因解析这英文是说你的STEAM目前是离线，让你登陆STEAM上线。一是补丁没有安装正确，二是原来的破解没删干净。古墓丽影：崛起提示SteamiscurrentlyinOFFlineMode解决办法把原来的破解删干净，退出杀毒软件。然后重新覆盖一遍破解。

服务器当前在当机

目前还没有

服务器维护中

我来告诉你。因为你的产品是在美国站点销售，而且是FBA发货。亚马逊FBA是不能发到中国的，所以当你的收货地址是中国的话，当然会显示不可售啦。只要改一下美国邮编就可以正常显示了。至于如何改，也很简单。只要点击搜索框左边那个"配送至"旁边的中国，点击之后，就会弹出一个弹窗，让你选择收货地址，这里如果直接填一个美国邮编，就可以识别为美国地址啦。你可能会问，美国邮编哪里去获取呢？我教你一个最简单的方法，直接上谷歌，搜一个你能随手打出来的美国地址，如果实在不知道，你就随手打一个，比如纽约面包店，把英文打进谷歌搜索框，就会出来很多位于纽约面包店相关的结果，那既然是本地的实体店，自然会有一个邮编吧，你就仔细看下搜索结果里的信息，找到一个邮编，把它复制下来，填到你的收货地址那里，然后点击应用，就可以啦。

这个视频不可用 Video【视频】 Currently【现在】 Available【可以用的】一般上网站打开一个视频可能会出现这句话！ 有可能是视频被删了，或者是视频地址被屏蔽！

亚马逊上传产品后显示currently unavailalbe 是当前不可用的意思

mainte好像不对，可能是maintenance.解释成由于系统维护目前不可用。

你好!I am currently study 我目前正在学习。

太多了,它自己本身有4个意思 currently adv.普遍地,通常地,现在,当前 我给都弄出来呀! 普遍地 [简明汉英词典] catholically generally rifely universally widely 通常 [简明汉英词典] as a rule commonly customarily generally mediocre ordinarily usually 现在 [简明汉英词典] at present currently now nowadays present these days today 当前 [简明汉英词典] currently nonce

楼上的说的不对，这两个词其实都是时间副词。基本上可以通用。但是CURRENTLY强调的是到目前为止的为止，而NOW强调的现在的一段时间，跨度比CURRENTLY长

楼上的说的不对,这两个词其实都是时间副词.基本上可以通用.但是CURRENTLY强调的是到目前为止的为止,而NOW强调的现在的一段时间,跨度比CURRENTLY长

currently可以放在句首。 currently：adv.现时;目前;当前;时下 扩展资料 　　例句： 　　Currently, over 500 students are enrolled on the course. 　　目前有500多名学生注册学习这门课程。 　　We are currently seeking new ways of expanding our membership. 　　目前，我们正探索发展会员的"新途径。 　　The ratio of applications to available places currently stands at 100:1. 　　目前，申请人数和就业岗位的比例为100:1。 　　This matter is currently being discussed. 　　这个问题现正在讨论之中。

currently意思是目前，用一般现在时或者过去时。Currently在英语句子中一般这么使用：1、 Currently, the knowledge management system products in the information technology market are basically of this type.现时信息技术市场上的知识管理系统便多是这些产品。2、 The rear seat belt law currently applies only to private cars.现时法例只规定私家车后座须装设安全带；The third book in the series is currently in preparation.丛书的第三册现在正准备出版。3、 She is currently rated number two in the world.她目前排名世界第二；The building is currently being used as a warehouse.这所房子目前用作仓库。4、 We are currently advertising for a new sales manager.目前我们公开征聘一位新的销售经理。Currently, over 500 students are enrolled on the course.目前有500多名学生注册学习这门课程。5、 We are currently seeking new ways of expanding our membership.目前，我们正探索发展会员的新途径；The ratio of applications to available places currently stands at 100:1. 目前，申请人数和就业岗位的比例为100:1。6、 This matter is currently being discussed.这个问题现正在讨论之中；Neither of them is currently in paid employment.他们俩目前都没有挣钱的差事。7、 She is currently one of the biggest draws on the Irish music scene.她是目前爱尔兰音乐界最受欢迎的人物之一；She is currently one of the biggest draws on the Irish music scene.她是目前爱尔兰音乐界最受欢迎的人物之一。8、 The hotel is currently under repair.这家酒店正在维修。The band is currently on a nine-day tour of France.这支乐队目前正在法国进行九天的巡回演出。

currently的意思是：当前；目前。词典释义：（adv.）当前；目前。网络释义：目前；现在；最近；一般。双语例句：1、It is currently fashionable to forswear meat-eating in the interests of animal rights.目前流行为保护动物权利而坚决不吃肉的做法。2、United, currently lying in fifth place, have recovered after a shaky start.联队已从出师不利的局面中恢复过来，现排名第五。3、Cricket fans are currently hooked on a series of college matches.板球迷们现在被一系列大学比赛所吸引。4、He is currently number two at the Department of Employment.他现在是招聘部的二把手。5、The court is currently seized of custody applications.法庭目前依法占有羁押使用权。

currently目前双语对照词典结果：currently[英][u02c8ku028cru0259ntli][美][u02c8ku025c:ru0259ntli]adv.当前，目前; 通常，一般，现在; 容易，流畅; 普遍地; 以上结果来自金山词霸例句:1.Volvo currently makes cars in sweden and belgium. 沃尔沃目前在瑞典和比利时生产轿车。-----------------------------------如有疑问欢迎追问！满意请点击右上方【选为满意回答】按钮

目前缺货就是亚马逊没货，要是亚马逊还会进货的话就等等，不再进货那就是在亚马逊没的买了

一个意思是当前，后一个是立刻马上

词性

currently avaliable是什么avaliable应该是拼写错了，是availableavailable 英[u0259u02c8veu026alu0259bl] 美[u0259u02c8velu0259bu0259l]adj. 可用的;有空的;可会见的;（戏票、车票等）有效的currently available可以指如下意思，不同语境不同意思1. 当前有货，指物2. 当前可用，指物3. 当前有空，指人4. 当前有效，指物

可以表示被动 被招收了

系统中的一个或多个设备没有许可证，没有注册

currently=nowrecently=nowadays

第一个意思是:一会儿,不久;现在,目前 第二个意思是:普通地,当前

I是人称代词，不存在动词的时态，具体内容如下。 英语语法中的时态（tense）是一种动词形式，不同的时态用以表示不同的时间与方式。 是表示行为、动作和状态在各种时间条件下的动词形式。因此，当我们说时态结构的时候，指的是相应时态下的动词形式。 英语时态分为16种：一般现在、一般过去、一般将来、过去将来时，以及这四者的进行时、完成时和现在完成进行时。

歌曲名:Currently歌手:Keaton Simons专辑:Can You Hear MeKeaton Simons - CurrentlyMy love is a storm, she doesn"t wait for meAnd now that she"s gone, I fear that she"ll never beBack in my arms, well she held me tightAnd I just might be losingWhen the rain comes down, clouds will rollLord and the wind will blowYou are my undertow caught in a riptideAnd I am currently in love with youMy love is an ocean, she glides like a seagullShe is the potion that makes me emotionalShe is a song that the wave sings to the shoreIn the key of a gentle breezeYou are everything to me and moreYou are my undertow caught in a riptideAnd I am currently in love with youYou are my undertow caught in a riptideAnd I am currently in love with youYou are my undertow caught in a riptideAnd I am currently in love with youhttp://music.baidu.com/song/55729714

currently 是个时间副词独立修饰其他的词或者短语或者句子，还可以做一般来讲相当于generallyⅠ 现在は, 今のところ, 目下She"s currently working in our New York office. 彼女は目下ニューヨーク支店で働いている.Currently, names beginning with J are the rage. 最近ではJで始まる名前がはやっている.Ⅱ 一般に, 広くIt"s currently believed that… …と一般に信じられている .New College English-Japanese Dictionary, 6th edition (C) Kenkyusha Ltd. 1967,1994,1998

基本差别不大，只是语感上有区别。recently相当于最近 Recently, I" m studying English. 表示一段时间在学习currently相当于当前，通常，可以等同于 under normal conditions You are currently a VIP of our club.

currently 是目前的意思。

可以的。currently是副词，既可以放在句首，也可以放在句尾，取决于说话者想要强调的部分。

您好，很乐意为您解答，两个词其实都是时间副词.基本上可以通用.但是CURRENTLY强调的是到目前为止的为止,而NOW强调的现在的一段时间,跨度比CURRENTLY长。

最后别总区别，有时候越区别越糊涂

current consumption 日常消费；电流消耗 消耗电流；消费电流；输入电流例句筛选1.Letting their tax cuts expire might reduce those bequests, but it will not reducetheir current consumption significantly.让其减税计划过期也许会减少那些遗产，但不会显著减少他们当前的消费。2.The city"s current consumption of ground water has gone 10 billion cubicmeters over it"s warning levels.该市目前的地下水消耗量已经达到1千万立方米，高于警戒水平。

当前消费

climate。我不太确定。氛围，政治风气。

layers是层的意思。HKEY_CURRENT_USER主要负责注册表库的分支文件格式等注册信息，还有dll和ocx库和控件的注册信息。你删除层中的对象，要仔细看是什么对象了。无用的可以清除。

直译:)，你的洋流雇佣者

当前的老板

其他流动负债(Other current f63 liability) 其他流动负债是指不能归属于 短期借款 ， 应付短期债券 券， 应付票据 ， 应付帐款 ， 应付所得税 ， 其他应付款 ， 预收账款 这七款项目的 流动 负债。但以上各款流动负债， 其金额未超过流动负债合计金额百分之五者， 得并入其他流动负债内。

建议你看 说明书 。找不到的话就看 百度百科了 呵呵

一、朋友的电脑出现USB DEVICE OVER CURRENT STATUS DETECTED，15秒后关机，判断是华硕的USB可能出现问题，所以主板USB检测，首先就机箱后边的USB设备都拔了，没好使，然后开箱把前置USB端口拽掉了，启动正常！！！后来检查是前置USB档口中间的塑料片损坏了，造成前置USB端口短路。

原因：usb设备可能出现故障导致无法开机。解决方法：方法一：1、usb鼠标、键盘、摄像头等USB设备。可以先把这些USB设备都拔掉。2、然后再开机，如果能正常开机的话，那么问题肯定就出现在其中的一个USB设备上。3、这时可以把这些USB设备一个一个的插上去试，插一个设备开一次机，如果在插入某一个USB设备后无法开机的话，那么就是这个设备的问题了。方法二：把主机打开，把连接主板的USB数据线给拨掉后重启。方法三：总电源断电后把主板纽扣电池移除五到十分钟重启。

正在检测的当前的usb设备状态!系统将在15秒后关闭。恢复一下bios的缺省值，打开机箱取下主板bios电池，十分钟后再安装上，bios就恢复了初始值。再仔细检查一下主板上的usb接口及设备状态。

这个意思是：大量并发的Web服务请求的存在。这种情况是连接的客户端数量多或请求多造成的，需要Web服务器有良好的负载能力及其服务性能。

看不到你源码不好说，ConcurrentModificationException这个错误是由于使用for(Object obj:objCollections){}这种语法时，在循环内部对objCollections这个集合对象做修改了而造成的

就在主菜单项里啊。

连接超时，看看你数据库服务打开没有，代码对不对。

从概念上说 前者（web_concurrent_start）是语句的并发 后者（lr_rendezvous）是user的并发 这是两件完全完全不同的事情 没有什么可以比较的 仅仅只是都有“同时执行”的意思而已详细来说 URL-based 方式 默认是将每个请求录制成一条语句 而一条语句只建立一个到服务器的连接比方说 一个page上面 有图片 有文本 有音视频 有编辑框 有按钮 有链接 有复选框 等等等等……那么请求图片 请求文本 请求音视频…… 就上面所有那些 都各自分别是一条语句如果不写web_concurrent_start和web_concurrent_end函数 就默认按语句的顺序执行请求而写了web_concurrent_start和web_concurrent_end函数之后 就会将这些请求同时发送容易想象的是 并发请求时的压力 会比顺序请求的时候 要大 而集合点 或者也有叫同步点的 它的概念比较容易理解 就不解释了下面针对你的问题：“1用户下，使用web_concurrent_start（end）一次性提交20请求；和20用户下，通过rendezvous来集合后，每用户提交1个请求；这两种场景应该是一样的，因为都是一次向服务器同时提交了10个请求。”这是不准确的 原因至少有两点：第一 单用户多请求的并发性 要强于多用户的集合点这是因为 集合点是多线程的并发 它的并发性是有限的 宏观上是并发 微观上不可能并发因为如果你的电脑是单CPU的 那么你就不可能获得严格意义上的并发执行按照操作系统中 进程和线程的关系 在某一个时间点 严格上讲 就只有一个人得到执行除非你给每个用户配备一个CPU 才能达到真正的并发 但显然这是不可能的第二 你的每个请求的开销并不一定是相同的 这也导致测试结果的不可控最简单的 请求一段文字 与请求一段音视频 产生的系统开销肯定是不一样的你使用的web_custom_request函数 并不是发送完了就完了 而是返回完毕才算完成返回一段几KB的文字 与返回一段几MB的音视频 对网络的压力肯定是不一样的当然还可以有其他的理解 你可以自己继续分析而且可以预见的是 你这种测试 每一次都有可能获得不同的结果我指的是你请求的东西不一样的情况下 比如你换一个站点进行测试 结果就有可能是相反的原因就是我上面说的第二点

看不到你源码不好说，ConcurrentModificationException这个错误是由于使用for(Object obj:objCollections){}这种语法时，在循环内部对objCollections这个集合对象做修改了而造成的

多线程场景下使用。最直接的场景就是：热点缓存数据。（整个应用只有一份数据，所有线程都可以访问。同时，只能允许单个线程修改数据）非多线程访问同一资源场景下，不需要使用。

不防在if(){.......;}加上break;修改如下：if(ia.getId()==k){n++;list.remove(ia);break;}

比较vg的pvid，如果一样，说明这个vg是shared，算是concurrent

有必要，因为get方法会一直等待资源返回，可以用isDone判断 Future.get()方法会一直阻塞，直到有数据返回，这时候isDone()是true.那么在get()之前判断isDone()是否有必要？如下： if (!future.isCancelled()) { HotelSearchResponse response = ...

backport-util-concurrent.jar并发访问处理端口的工具包。是LCDS的一部分

最大的区别就是ConcurrentHashMap是线程安全的，hashMap不是线程安全的。为什么线程安全呢：ConcurrentHashMap代码中可以看出，它引入了一个“分段锁”的概念，具体可以理解为把一个大的Map拆分成N个小的HashTable，根据key.hashCode()来决定把key放到哪个HashTable中。在ConcurrentHashMap中，就是把Map分成了N个Segment，put和get的时候，都是现根据key.hashCode()算出放到哪个Segment中：

有必要，因为get方法会一直等待资源返回，可以用isDone判断Future.get()方法会一直阻塞，直到有数据返回，这时候isDone()是true.那么在get()之前判断isDone()是否有必要？如下：if (!future.isCancelled()){ HotelSearchResponse response = null; if (future.isDone()) //这里有没有必要判断 { if (future.get() != null) { response = future.get(); } else { while (!future.isDone())//这个while有没有必要 { if (future.get() != null) { response = future.get(); } } }}

使用QtConcurrent的代码如下：void MainDialog::on_pushButton_toGrayImage_QConcurrent_clicked(){QFuture<QImage*> future = QtConcurrent::run(this,&MainDialog::processImageByQtConcurrent);//imageAfterProceess 这个指针变量之前被无视，现在终于找到存在感了this->imageAfterProceess = future.result(); //接收处理结果this->showImageInNewWindow(this->imageAfterProceess);//新窗口显示处理后的图像}

业务中，我们经常会有队map进行排序的要求，如下将会详细讲解如何利用java8的lambda表达式实现map的内部排序。 首先，我们先构造一个person类： public class Person { private String addr; private String age; } 测试，对map进行排序处理。 import com.ky.common.Person; import java.util.*; import java.util.concurrent.ConcurrentHashMap; import java.util.stream.Collectors; import java.util.stream.Stream; import static java.util.Map.Entry.comparingByValue; import static java.util.stream.Collectors.toMap; public class Test { stream.sorted(Comparator.comparingInt(Map.Entry::getValue)).collect(Collectors.toMap(Map.Entry::getKey, Map.Entry::getValue,(e1, e2)->e2, ConcurrentHashMap::new)); map.entrySet().stream().sorted(Comparator.comparing(Map.Entry::getValue)).forEach(System.out::println); }

有个CopyOnWriteArrayList

java是编程语言里比较难学的一门，如果有心从事编程方向的工作，最好到专业机构学习并有更多的项目实践，更贴近市场，这样更有利于将来的发展。

jar包就是别人已经写好的一些类，然后将这些类进行打包，你可以将这些jar包引入你的项目中，然后就可以直接使用这些jar包中的类和属性了，这些jar包一般都会放在lib目录下的...呵呵

ConcurrentHashMap是线程安全的，而HashMap不是线程安全的。在多线程环境下，如果多个线程同时读写同一个HashMap对象，可能会导致数据不一致的问题，例如两个线程同时往HashMap中添加数据，可能会导致数据丢失或覆盖。这是因为HashMap的实现不是线程安全的，它的内部结构是由数组和链表组成的，多个线程同时对它进行操作，会导致链表形成环形或链表断裂，导致数据读取或修改错误。ConcurrentHashMap是线程安全的原因是它采用了分段锁的机制，将HashMap分成若干个段（Segment），每个Segment独立地加锁，不同的线程可以同时访问不同的Segment，从而避免了多个线程同时访问同一个Segment的情况。这种机制可以提高并发访问效率，保证了线程安全性。

因为String不是基础类型，而是对象，且是个Value Object(值对象)。你无法改变一个String对象的内容，你只能用另一个String的对象来替换原有的引用。例如：int i = 0;i++;//改变了原来的值String s = "xxx";//你无法改变原来的值s = "abc";//只能使用另外一个对象来替换因此atomic封装的String没有任何用处。atomic包是工具包，只是提供一个方便处理并发计数、改变标志的工具类，不能替代原来的基础类型和对象使用。

出现Concurrent ModeFailure现象时，解决办法就是要让年老代留有足够的空间，以保证新对象空间的分配。另外在JVM BUG中有提到，JDK1.5_09版本之前，JVM参数-XX:CMSInitiatingOccupancyFraction是无效的，我这里应用环境的版本是JDK1.5_08，从gc日志来看是可以生效的。GC时还有一个常见的错误PromotionFailed，解决办法类似，也是调整年轻代和年老代的比例，还有CMSGC的时机。

ConCurrentHashMap 1.8 相比 1.7的话，主要改变为： 下面简单介绍下主要的几个方法的一些区别： JDK1.7中的实现： ConCurrentHashMap 和 HashMap 的put()方法实现基本类似，所以主要讲一下为了实现并发性，ConCurrentHashMap 1.7 有了什么改变 JDK1.8中的实现： JDK1.7中的实现： JDK1.8中的实现： JDK1.7中的实现： JDK1.8中的实现： JDK1.7中的实现： JDK1.8中的实现： 由于没有segment的概念，所以只需要用一个 baseCount 变量来记录ConcurrentHashMap 当前 节点的个数 。

这样使用是有问题的。ConcurrentMap能够保证每一次调用（例如一次putIfAbsent）都是原子操作，不受多线程影响，但并不保证多次调用之间也是原子操作。以上实现的GetKeyBM方法中，ConcurrentMap的方法被调用了许多次，不同线程之间必然存在着竞争关系，导致最终结果不正确。现在的目标是，将下面描述的这一系列操作作为原子操作：“对每个分出来的词通过调用GetKeyBM方法，如果存在，则取出对应的编码，如果不存在，则加入KeyTotal中，并且给予一个编码，就是KeyTotal中的变量数加一”最直观的方法就是整块同步：synchronized (KeyTotal) {Integer value = KeyTotal.get(word);if (value == null) {value = KeyTotal.size() + 1;KeyTotal.put(word, value);}}这样，使用普通的map就可以了。如果你使用的是Java 8的话，ConcurrentMap有一个类似的方法 computeIfAbsent 可以使用：KeyTotal.computeIfAbsent(word, k -> KeyTotal.size() + 1);这样才能确保一次原子操作。computeIfAbsent方法的作用是，如果word键值不存在，则使用第二个参数来生成一个值放入map中，等价于以下代码，并且是原子操作：V computeIfAbsent(K key, Function<? super K,? extends V> mappingFunction):if (map.get(key) == null) {V newValue = mappingFunction.apply(key);if (newValue != null)return map.putIfAbsent(key, newValue);}正好与你的目标是一致的。

你包引错了吧，让他自动引，如果还没有就是版本低了，要1.5还是1.6后面才有这个

并发收集器（concurrentcollector）指的是回收年老代和持久代时，采用多个线程和应用线程并发执行，减少应用停顿时间，但如果参数设置不当，容易出现Concurrent ModeFailure现象，此时JVM将采用停顿的方式进行full gc，整个gc时间相当可观，完全违背了采用CMS GC的初衷。 出现此现象的原因主要有两个：一个是在年老代被用完之前不能完成对无引用对象的回收；一个是当新空间分配请求在年老代的剩余空间中得到满足。原文如（if theconcurrent collector is unable to finish reclaiming the unreachable objectsbefore the tenured generation fills up, or if an allocation cannot be satisfiedwith the available free space blocks in the tenured generation, then theapplication is paused and the collection is completed with all the applicationthreads stopped）。出现此现象的具体gc日志如下：90003.167: [GC 90003.167: [ParNew: 261760K->0K(261952K), 0.0204310secs] 778897K->520196K(1310528K), 0.0207190 secs]90006.049: [GC 90006.050: [ParNew: 261760K->0K(261952K), 0.0136380 secs]781956K->521446K(1310528K), 0.0138720 secs]90010.628: [GC 90010.628: [ParNew: 261760K->261760K(261952K), 0.0000350secs]90010.628: [CMS (concurrent mode failure)[Unloadingclass sun.reflect.GeneratedSerializationConstructorAccessor1818][Unloading class sun.reflect.GeneratedSerializationConstructorAccessor1816][Unloading class sun.reflect.GeneratedSerializationConstructorAccessor1819][Unloading class sun.reflect.GeneratedSerializationConstructorAccessor1821][Unloading class sun.reflect.GeneratedSerializationConstructorAccessor1817][Unloading class sun.reflect.GeneratedSerializationConstructorAccessor1822][Unloading class sun.reflect.GeneratedSerializationConstructorAccessor1820]: 521446K->415777K(1048576K), 2.2550270 secs] 783206K->415777K(1310528K),2.2553820 secs]90015.099: [GC 90015.099: [ParNew: 261760K->0K(261952K), 0.0198180 secs]677537K->418003K(1310528K), 0.0200650 secs]90018.670: [GC 90018.670: [ParNew: 261760K->0K(261952K), 0.0131610 secs]679763K->419115K(1310528K), 0.0133750 secs]90022.254: [GC 90022.254: [ParNew: 261760K->0K(261952K), 0.0151240 secs]680875K->420505K(1310528K), 0.0154180 secs]当时的JVM参数如下：-server -Xms1280m -Xmx1280m -Xmn256m -Xss256k -XX:PermSize=128m-XX:MaxPermSize=128m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC-XX:CMSFullGCsBeforeCompaction=5 -XX:+UseCMSCompactAtFullCollection -XX:+UseCMSInitiatingOccupancyOnly -XX:+CMSClassUnloadingEnabled-XX:+DisableExplicitGC -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps因为配置了+CMSClassUnloadingEnabled参数，所以出现Unloading classsun.reflect.GeneratedSerializationConstructorAccessor的日志，这是个好习惯，如果空间不够时可以卸载类来释放空间，以进行FULL GC，相反，如果gc日志中出现了此日志，应该检查各代的大小设置是否合理。这里应用从启动到上述现象出现时还没有进行过CMS GC，出现concurrent modefailure现象的原因是年轻代GC（ParNew），年老代所剩下的空间不足以满足年轻代，也就是开头提到的原因二。要避免此现象，方法一是降低触发CMS的阀值，即参数-XX:CMSInitiatingOccupancyFraction的值，默认值是68，所以这里调低到50，让CMS GC尽早执行，以保证有足够的空间，如下：-server -Xms1280m -Xmx1280m -Xmn256m -Xss256k -XX:PermSize=128m-XX:MaxPermSize=128m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC-XX:CMSFullGCsBeforeCompaction=1 -XX:+UseCMSCompactAtFullCollection -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=50-XX:+CMSClassUnloadingEnabled -XX:+DisableExplicitGC -verbose:gc-XX:+PrintGCDetails -XX:+PrintGCTimeStamps调完之后发现还是一样的现象（这里有点不是很明白，年老代空间为1024m（1280m-256m），50%时触发CMS GC，也就是在年老代512m的时候，剩下的堆空间有512m，就算年轻代全部装进去应该也是够的）,所以怀疑是年轻代太大，有大的对象，在年老代有碎片的情况下将很难分配，所以有了第二个解决办法，即减少年轻代大小，避免放入年老代时需要分配大的空间，同时调整full gc时压缩碎片的频次，减少持久代大小，以及将触发CMS GC的阀值适当增大（因为年轻代小了，这个调大点没关系，后面可以再调试这个参数），参数如下：-server -Xms1280m -Xmx1280m -Xmn128m -Xss256k -XX:PermSize=96m -XX:MaxPermSize=96m -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:CMSFullGCsBeforeCompaction=1 -XX:+UseCMSCompactAtFullCollection -XX:+CMSParallelRemarkEnabled -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70 -XX:+CMSClassUnloadingEnabled -XX:+DisableExplicitGC -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps调整完后没有那个现象了，这里主要起作用的就是调小年轻代大小。在年老代到达826m(触发CMS阀值(1280-128)*0.7=806m)时出现了CMS GC，用时27ms，日志如下：705.444: [GC 705.445: [ParNew: 130944K->0K(131008K), 0.0197680 secs]954628K->826284K(1310656K), 0.0199720 secs]705.467:[GC [1 CMS-initial-mark: 826284K(1179648K)] 826744K(1310656K), 0.0271540 secs]705.494:[CMS-concurrent-mark-start]706.717:[CMS-concurrent-mark: 1.223/1.223 secs]706.717:[CMS-concurrent-preclean-start]706.717:[CMS-concurrent-preclean: 0.000/0.000 secs]706.742:[CMS-concurrent-abortable-preclean-start]706.742:[CMS-concurrent-abortable-preclean: 0.000/0.000 secs]707.067: [GC 707.067: [ParNew: 130944K->0K(131008K), 0.0160200 secs]957228K->827348K(1310656K), 0.0162110 secs]707.796: [GC[YG occupancy: 66671 K (131008 K)]707.796: [Rescan (parallel) ,0.0278280 secs]707.824: [weak refs processing, 0.0420770 secs] [1 CMS-remark:827348K(1179648K)] 894019K(1310656K), 0.0711970 secs]707.877: [CMS-concurrent-sweep-start]708.453: [GC 708.454: [ParNew: 130944K->0K(131008K), 0.0203760 secs]848439K->718796K(1310656K), 0.0205780 secs]709.833: [GC 709.833: [ParNew: 130944K->0K(131008K), 0.0160170 secs]430484K->301411K(1310656K), 0.0161840 secs]709.916: [CMS-concurrent-sweep: 1.974/2.040 secs]709.916: [CMS-concurrent-reset-start]709.951: [CMS-concurrent-reset: 0.034/0.034 secs]711.187: [GC 711.187: [ParNew: 130944K->0K(131008K), 0.0130890 secs]413136K->283326K(1310656K), 0.0132600 secs]观察一段时间的gc情况，gc效率也很高，单次YGCT<20ms，FGCT <40ms：$ jstat -gcutil 31935 1000 S0 S1 E O P YGC YGCT FGC FGCT GCT 0.00 0.00 64.29 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.33 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.41 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.45 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.49 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.58 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.63 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.69 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.72 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.75 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.79 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.84 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.90 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.95 36.47 73.15 1293 19.514 6 0.211 19.725 0.00 0.00 64.99 36.47 73.15 1293 19.514 6 0.211 19.725这时，想再测试下-XX:CMSInitiatingOccupancyFraction的值，调到80时又出现了上述现象Concurrent ModeFailure，启动后还没进行过CMS GC，在年老代914m时就出现了：759.994: [GC 759.994: [ParNew: 130944K->0K(131008K), 0.0172910 secs]1040896K->911480K(1310656K), 0.0174730 secs]760.879: [GC 760.879: [ParNew: 130944K->0K(131008K), 0.0300920 secs]1042424K->914190K(1310656K), 0.0302950 secs]761.768: [GC 761.769: [ParNew: 130944K->130944K(131008K), 0.0000340secs]761.769: [CMS (concurrent mode failure)[Unloading classsun.reflect.GeneratedMethodAccessor342]edMethodAccessor348][Unloading class sun.reflect.GeneratedMethodAccessor411][Unloading class sun.reflect.GeneratedMethodAccessor407][Unloading class sun.reflect.GeneratedMethodAccessor541]最后总结下，出现Concurrent ModeFailure现象时，解决办法就是要让年老代留有足够的空间，以保证新对象空间的分配。另外在JVM BUG中有提到，JDK1.5_09版本之前，JVM参数-XX:CMSInitiatingOccupancyFraction是无效的，我这里应用环境的版本是JDK1.5_08，从gc日志来看是可以生效的。GC时还有一个常见的错误PromotionFailed，解决办法类似，也是调整年轻代和年老代的比例，还有CMSGC的时机。

那是因为你线程池没有关闭，所以主线程就不会退出，需要主线程退出只需要调用线程池的shutdown()方法，你的代码可以在main方法的最后一行加上 thr.shutdown(); 就可以了。

使用QtConcurrent的代码如下：void MainDialog::on_pushButton_toGrayImage_QConcurrent_clicked(){ QFuture<QImage*> future = QtConcurrent::run(this,&MainDialog::processImageByQtConcurrent); //imageAfterProceess 这个指针变量之前被无视，现在终于找到存在感了 this->imageAfterProceess = future.result(); //接收处理结果 this->showImageInNewWindow(this->imageAfterProceess);//新窗口显示处理后的图像}

即使是线程安全的集合，使用iterator()进行迭代都是不安全的，必须手动地进行同步，下面是JavaDoc的说明：Itisimperativethattheusermanuallysynchronizeonthereturnedmapwheniteratingoveranyofitscollectionviews:Mapm=Collections.synchronizedMap(newHashMap());Sets=m.keySet();//Needn"tbeinsynchronizedblocksynchronized(m){//Synchronizingonm,nots!Iteratori=s.iterator();//Mustbeinsynchronizedblockwhile(i.hasNext())foo(i.next());}如果不使用同步块进行迭代，当在迭代时，如果存在另外一个线程对集合进行删除或者添加元素，则会报ConcurrentModificationException

使用QtConcurrent的代码如下：void MainDialog::on_pushButton_toGrayImage_QConcurrent_clicked(){ QFuture<QImage*> future = QtConcurrent::run(this,&MainDialog::processImageByQtConcurrent); //imageAfterProceess 这个指针变量之前被无视，现在终于找到存在感了 this->imageAfterProceess = future.result(); //接收处理结果 this->showImageInNewWindow(this->imageAfterProceess);//新窗口显示处理后的图像}

参考如下内容:ConcurrentHashMap锁的方式是稍微细粒度的。 ConcurrentHashMap将hash表分为16个桶（默认值），诸如get,put,remove等常用操作只锁当前需要用到的桶。试想，原来 只能一个线程进入，现在却能同时16个写线程进入（写线程才需要锁定，而读线程几乎不受限制，之后会提到），并发性的提升是显而易见的。更令人惊讶的是ConcurrentHashMap的读取并发，因为在读取的大多数时候都没有用到锁定，所以读取操作几乎是完全的并发操作，而写操作锁定的粒度又非常细，比起之前又更加快速（这一点在桶更多时表现得更明显些）。只有在求size等操作时才需要锁定整个表。而在迭代时，ConcurrentHashMap使用了不同于传统集合的快速失败迭代器的另一种迭代方式，我们称为弱一致迭代器。在这种迭代方式中，当iterator被创建后集合再发生改变就不再是抛出 ConcurrentModificationException，取而代之的是在改变时new新的数据从而不影响原有的数 据，iterator完成后再将头指针替换为新的数据，这样iterator线程可以使用原来老的数据，而写线程也可以并发的完成改变，更重要的，这保证了多个线程并发执行的连续性和扩展性，是性能提升的关键。下面分析ConcurrentHashMap的源码。主要是分析其中的Segment。因为操作基本上都是在Segment上的。先看Segment内部数据的定义。

如果是python2.x，直接在命令提示符中用pip install futures语句安装，concurrent就可以用了。如果是python3，不用安装也可以用，自带了。参看：https://stackoverflow.com/questions/31086530/importerror-no-module-named-concurrent-futures-process

采用了分段锁的思想，将哈希桶数组分成一个个的Segment数组（继承ReentrantLock），每一个Segment里面又有多个HashEntry，也是被volatile修饰的，是为了保证在数组扩容时候的可见性，HashEntry中又有key，hash，value，next属性，而value，next又是被volatile修饰为了保证多线程环境下数据修改时的可见性，多线程环境下ConcurrentHashMap会对这些小的数组进行加锁，这样多线程操作Map就相当于是操作单线程环境下的HashMap，比如A线程对其中一个段进行写操作的时候线程B就不能对其进行写操作，但是线程B可以对其他的段进行写操作，从而实现并发修改和访问。 JDK1.8的ConcurrentHashMap摒弃了分段锁的思想，采用jdk1.8中HashMap的底层机构，Node数组+链表+红黑树。Node是继承了Entry的一个内部类，他的value和next都是被volatile修饰的原因也是为了保证多线程下修改数据的可见性。 采用CAS+synchronized实现更加细粒度的锁，将锁的级别控制在更细粒度的哈希桶数组元素的级别，只需要锁住链表头节点（红黑树的根节点）就不会影响到其他哈希桶数组元素的读写，大大的提高了并发度。 是不需要加锁的，因为Node节点使用了volatile修饰了value和next节点，而在jdk8中同样也是使用了volatile修饰了value和next节点，这样保证可见性了就不需要加锁了。 key不能为空，无法解释，没有什么可说的，可能就是作者的想法。 value不能为空是因为ConcurrentHashMap是工作在多线程环境下的，如果调用get方法，返回null，这个时候就存在二义性，因为ConcurrentHashMap不知道是没有这个key，还是这个key对应的值是不是null。所以干脆不支持value为null。 HashMap的迭代器是强一致性的，而ConcurrentHashMap的迭代器是弱一致性的，因为在多线程环境下，在创建迭代器的过程中，内部的元素会发生变化，如果是在已经遍历过去的数据中发生变化，迭代器是无法反映出来数据发生了改变，如果是发生在未迭代的数据时，这个时候就会反映出来，强一致性就是说只要迭代器创建出来之后数据就不会发生改变了。这样设计的好处就是迭代器线程可以使用原来的老数据进行遍历，写线程可以并发的完成改变，这样就保证了多个线程执行的时候的连续性和可拓展性，提升了并发性能。 JDK1.7中，并发度就是ConcurrentHashMap中的分段个数，即Segment[]数组的长度，默认是16，这个值可以在构造函数中设置。如果自己设置了并发度那么就会和HasHMap一样会去找到大于等于当前输入值的最小的2的幂指数作为实际并发度。如果过小就会产生锁竞争，如果过大，那么就会导致本来位于同一个Segment的的访问会扩散到不同的Segment中，导致性能下降。 JDK1.8中摈弃了Segment的概念，选择使用HashMap的结构，并发度依赖于数组的大小。 ConcurrentHashMap效率高，因为hashTable是给整个hash表加锁，而ConcurrentHashMap锁粒度要更低。 使用Collections.synchronizedMap（Map类型的对象）方法进行同步加锁，把对象转换为SynchronizedMap<K,V>类型。其实就是对HashMap做了一次封装，多个线程竞争一个mutex对象锁，在竞争激烈的情况下性能也非常差，不推荐使用。