rent

明显地，显然地，显而易见形容词是apparent 显然的，明显的

borrow是「借入;贷入」,用于金钱与任何物品;后面接from+所借金钱或物品的主人.lend是「借出;贷出」,用于金钱与任何物品;后面接to+金钱或物品借予的对象.loan当动词用时,与lend相同,但专用于金钱的借出.后面接to+金钱借予的对象.当动词不用于借入,当名辞时则不限.rent是「出租」或「租入」,前者接to,后者皆from,用于土地、房屋、店面、动植物以及任何器物等.参考资料

BT种子播放器(Torrent Video Player)只需要将种子文件下载下来,就可以直接打开在线观看 是一款无需下载便能播放BT种子文件的播放器

http://www.cnblogs.com/xdotnet/archive/2007/04/11/javascript_object_arguments.html

partial declarations must not specify different base classes 部分声明不能指定不同的基类

嗯啊！

LZ，是这个么 Gave me 2 different tears, After all these years Tears of joy tears of pain like sunshine and rain So I hate you, so I love you So I hate you, so I love you I"m trying to figure out how to move on with my life Without you by my side Waking up with teary eyes I can"t do this no more Gotta erase you now So I think of all the pain you"ve given me Try to look at all the damage you brought to me No matter how hard I try I just can"t figure out why I keep thinking about how sweet you used to be Gave me 2 different tears, After all these years Tears of joy tears of pain like sunshine and rain So I hate you(But the love you gave me was so so good) so I love you (But the pain you gave me was so so bad) I"m crying over you still what does this mean do I Still want you back in my life After all these painful things you"ve done to me Why is it so hard to realize So I think of all the pain you"ve given me Try to look at all the damage you brought to me But the harder that I fight You come closer in my sight And I"m thinking about how sweet it could"ve been Why do I still feel this way when I know there"s nothing Left to say I should"ve never loved you in the first place Wanna erase you without a trace Try to tell myself that I need to hate you For the pain that you put me through But I for some reason why Still miss you no matter how hard I try

transparentpeerreview透明同行评审优缺点有。1、评议报告以及审稿人的姓名会和被评议的文章一起发表，文章作者会收到来自审稿人更具建设性和更加礼貌的评论。2、被邀请进行评议的研究人员不太愿意在开放模式下进行评议，名字和报告将在开放模式下被公布。

应该不是被动语态哦这里的separated 是单独行动的 前面没有加be动词所以只是表达了过去就分开的意思一种过去的时态

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

subList方法返回的List和原来的List共享数据Returns a view of the portion of this list between the specified fromIndex, inclusive, and toIndex, exclusive.

从概念上说 前者（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的音视频 对网络的压力肯定是不一样的当然还可以有其他的理解 你可以自己继续分析而且可以预见的是 你这种测试 每一次都有可能获得不同的结果我指的是你请求的东西不一样的情况下 比如你换一个站点进行测试 结果就有可能是相反的原因就是我上面说的第二点

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

用foreach遍历集合或数组时，修改集合的值会报并发修改异常，建议用for循环

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

从概念上说 前者（web_concurrent_start）是语句的并发 后者（lr_rendezvous）是user的并发 这是两件完全完全不同的事情 没有什么可以比较的 仅仅只是都有“同时执行”的意思而已 详细来说

Java中ConcurrentHashMap putifAbsent方法的例子很多时候我们希望在元素不存在时插入元素，我们一般会像下面那样写代码synchronized(map){if (map.get(key) == null){return map.put(key, value);} else{return map.get(key);}}上面这段代码在HashMap和HashTable中是好用的，但在CHM中是有出错的风险的。这是因为CHM在put操作时并没有对整个Map加锁，所以一个线程正在put(k,v)的时候，另一个线程调用get(k)会得到null，这就会造成一个线程put的值会被另一个线程put的值所覆盖。当然，你可以将代码封装到synchronized代码块中，这样虽然线程安全了，但会使你的代码变成了单线程。CHM提供的putIfAbsent(key,value)方法原子性的实现了同样的功能，同时避免了上面的线程竞争的风险。

调用子模块时 输出端口只能用wire类型变量进行映射 这是verilog语法规定的不知道你说的“无法实现想要的功能”是指什么 但是如果你需要输出信号是reg类型可以增加一个wire类型中间变量 再把这个中间变量赋值给一个reg类型变量wire a；testmodule tss(dataa,a,clockk);reg registerr;always @ * registerr <= a;

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

并行会议

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

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

有必要，因为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只是保证本身map的线程安全,不保证你自己写的程序的同步.你可以采用客户端加锁实现同步synchronized(test.chm)

。有并发访问的时候用ConcurrentHashMap，效率比用锁的HashMap好功能上可以，但是毕竟ConcurrentHashMap这种数据结构要复杂些，如果能保证只在单一线程下读写，不会发生并发的读写，那么就可以试用HashMap。ConcurrentHashMap读不加锁，写只加部分锁。在多线程下得高性能读写用比较好。但是这也是要用空间换时间来的。如果我的回答没能帮助您，请继续追问。

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

你包引错了吧，让他自动引，如果还没有就是版本低了，要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内部数据的定义。

Q:ConcurrentHashMap和HashMap的区别是什么？ A: 1.ConcurrentHashMap是线程安全的，HashMap是线程不安全的 2.ConcurrentHashMap不允许Key为null的值插入。而HashMap是可以的 Q:JDK8的ConcurrentHashMap和JDK7的ConcurrentHashMap有什么区别？ A: 1.JDK7的ConcurrentHashMap采用分段锁的策略，将整个数组分成多个segment，对这些segment进行分段加锁，使用的锁是ReentrantLock。而JDK8中的ConcurrentHashMap不采用分段锁的方式，直接使用Synchronized来进行。 2.JDK8中的ConcurrentHashMap新增了红黑树，并且插入用的是尾插法。 3.JDK7中的ConcurrentHashMap进行扩容时，是对当前的segment进行扩容，不会对其他segment有影响。而JDK8中就跟HashMap一样。整体扩容，但是保证线程安全 Q:JDK7中的ConcurrentHashMap是如何扩容的 A:JDK7中对每一段segment进行扩容，每一段segment的扩容跟HashMap保持一致 Q:JDK8中的ConcurrentHashMap是如何扩容的 A:在扩容时，首先会生成一个双倍大小的数组，生成完数组后，线程就会开始转移元素，在扩容的过程中，如果有其他线程在put，那么这个put线程会帮助去进行元素的转移，虽然叫转移，但是其实是基于原数组上的Node信息去生成一个新的Node的，也就是原数组上的Node不会消失，因为在扩容的过程中，如果有其他线程在get也是可以的。 Q:ConcurrentHashMap是如何保证线程安全的 A: 1.在JDK7的时候。ConcurrentHashMap是通过ReentrantLock+CAS+分段思想来保证的并发安全的，在JDK7的ConcurrentHashMap中，首先有一个Segment数组，存的是Segment对象，Segment相当于一个小HashMap，Segment内部有一个HashEntry的数组，也有扩容的阈值，同时Segment继承了ReentrantLock类，同时在Segment中还提供了put，get等方法，比如Segment的put方法在一开始就会去加锁，加到锁之后才会把key,value存到Segment中去，然后释放锁。同时在ConcurrentHashMap的put方法中，会通过CAS的方式把一个Segment对象存到Segment数组的某个位置中。同时因为一个Segment内部存在一个HashEntry数组，所以和HashMap对比来看，相当于分段了，每段里面是一个小的HashMap，每段公用一把锁，同时在ConcurrentHashMap的构造方法中是可以设置分段的数量的，叫做并发级别concurrencyLevel. 2.在JDK8的时候，ConcurrentHashMap是通过synchronized+cas来实现了。在JDK8中只有一个数组，就是Node数组，Node就是key，value，hashcode封装出来的对象，和HashMap中的Entry一样，在JDK8中通过对Node数组的某个index位置的元素进行同步，达到该index位置的并发安全。同时内部也利用了CAS对数组的某个位置进行并发安全的赋值。

采用了分段锁的思想，将哈希桶数组分成一个个的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对象锁，在竞争激烈的情况下性能也非常差，不推荐使用。

同时 一致

从源码来窥其一斑！ 我们都知道hashMap不是线程安全的，因为在扩容方法中很容易出现死循环，hashTable使用锁的方式比较简单暴力，几乎在所有操作方法上都加了synchronized锁，导致总体性能很差，concurrentHashmap凭借线程安全且性能优异一直都是高并发中的首选key-value型数据结构； concurrentHashmap的高性能有以下原因： 一，分段锁：jdk8中对concurrentHashmap进行了改进，抛弃了jdk7中新建segment作为分段锁的过程，jdk8中虽沿用了这种分段锁的思想，却直接使用数组中的数据作为 分段锁保证concurrentHashmap在上锁的时候只针对数组下标下的数据进行上锁 （比如如果数组长度为256，那么每次put平均只有1/256的数据被锁），而大多数其他的数据还是能进行正常的增删改操作，无需阻塞等待，这无疑极大的 降低了锁的粒度，提升了性能。 二，红黑树 ：jdk8中引入了红黑树结构，在单个数组下标内的数据达到8以后，会自动转换为红黑树进行存储， 使用大O表示法表示效率的话，红黑树的查找效率为O(log(n))，而链表的效率为O（n） ，当数据量越来越大的时候，红黑树的效率明显好于链表，所以concurrentHashmap性能得到很大提升； 现在我们主要从put方法中的主要方法来分析性能的提升： spread(key.hashCode());//作用是再次哈希，减少冲突 ，源码如下其中涉及到的位运算有 >>> 16：无符号右移16位，空位以0补齐 。 ^:异或运算符-->相同为0，不同为1； &：与运算符-->全1得1，否则0； (h ^ (h >>> 16)) & HASH_BITS; 所以这句代码的意思就是不仅消除高16位的影响，同时获得正整数的hash值 再来看后面的方法， 如上图： 1，就是判断当这个hash表还是空的时候，调用initTable进行初始化； 2，使用(n - 1) & hash)计算数组下标，如果数据指定下标处为null，则直接插入，注： cas是java8中的concurrentHashmap引入的线程安全判断，CAS算法做为乐观锁 ； 3，(fh = f.hash) == MOVED，走到此处说明下标内有node，且该node的值为-1（MODED=-1),搜索全类发现MODED是在调用有参构造器ForwardingNode中默认写入的，而这个调用处刚好在transfer方法中，所以我们推断，扩容的时候先将数组下标内的node.hash置为-1！ 同时在3这一步中调用helpTransfer(tab, f)参与扩容，并把数据写入；4，走到这说明node不是空的，也没在扩容，那么锁住该下标下的node，并把新value插入链表中； 5，如果锁住的这个node能实例化为TreeBin，则代表已经转化为红黑树进行存储，将数据插入红黑树中； 6，判断在4,5中计算得到的数组下标内所有节点总数， 如果满足转化为红黑树的条件（节点数大于8），则自动转化为红黑树进行存储！ 总的来说，concurrentHashmap之所以性能高就是因为使用了分段锁和红黑树！ 至于conrrentHashmap其他的方法的源码分析，后期会补上的，更多的技术分享，敬请关注！

concurrentmap线程安全原因：1、JDK1.7中，ConcurrentHashMap使用的锁分段技术，将数据分成一段一段的存储，然后给每一段数据配一把锁，当一个线程占用锁访问其中一个段数据的时候，其他段的数据也能被其他线程访问。2、JDK1.8放弃了锁分段的做法，采用CAS和synchronized方式处理并发。以put操作为例，CAS方式确定key的数组下标，synchronized保证链表节点的同步效果。

在并发使用到HashMap的时候，往往不建议直接用HashMap，因为HashMap在并发写数据的时候容易因为rehash的过程产生环形链表的情况。所以在并发使用Map结构时，一般建议使用ConcurrentHashMap。 在JDK1.7中ConcurrentHashMap采用了 数组+Segment+分段锁 的方式实现。 从上面的结构我们可以了解到，ConcurrentHashMap定位一个元素的过程需要进行两次Hash操作。第一次Hash定位到Segment，第二次Hash定位到元素所在的链表的头部。 JDK8中ConcurrentHashMap参考了JDK8 HashMap的实现，采用了数组+链表+红黑树的实现方式来设计，内部大量采用CAS操作。并发控制使u2f64 synchronized 和 CAS 来操作。 （JDK1.6 以后 对 synchronized 锁做了很多优化） 整个看起来就像是优化过且线程安全的 HashMap，虽然在 JDK1.8 中还能看到 Segment 的数据结构，但 是已经简化了属性，只是为了兼容旧版本； JDK1.8的Nod节点中value和next都用volatile修饰，保证并发的可见性。 可以理解为，synchronized 只锁定当前链表或红u2fcau2f06叉树的u2fb8节点，这样只要 hash 不冲突，就不会产u2f63并发，效率u2f1c提升 N 倍。 Hashtable 和 JDK1.8 之前的 HashMap 的底层数据结构类似都是采u2f64 数组+链表 的形式，数组是 HashMap 的主体，链表则是主要为了解决哈希冲突u2f7d存在的； Hashtable(同u2f00把锁) :使u2f64 synchronized 来保证线程安全，效率u2fae常低下。当u2f00个线程访问同步u2f45法时，其他线程也访问同步u2f45法，可能会进u2f0a阻塞或轮询状态，如使u2f64 put 添加元素，另u2f00个线程不能使u2f64 put 添加元素，也不能使u2f64get，竞争会越来越激烈效率越低； 总结一下： JavaGuide

concurrentadj.〈正式〉同时发生的; 同时完成的; 同时存在的; n.[数] 共点; 同时发生的事件; **************************************************************如果你对这个答案有什么疑问，请追问，另外如果你觉得我的回答对你有所帮助，请千万别忘记采纳哟！***************************************************************

My View On Parenting Skill Although years live with your parents,did you notice that there is some skills on parenting?Through observation and research,I find some skills usually used when our parents take care of us. First,it"s not doubt that every parents will stay patient when they are educating their naughty children.Besides,some successful parents will strick a balance between being a parent and a friend.When children do something wrong,they will be a severe parent,but when their children need heip,they will change themselves into a friend helping their children out of trouble. However,every corn has two side,sometimes parent take a wrong skill when parenting their children.Therefore,In what time to take what measure is a hard test to parent 注意：答案是我抄书的

这里的couldnotbemore。意思是不能再。。。用在这里字面的意思是他跟他的弟弟不能再不同了。意思就是说他跟他弟弟的区别很大。

iffer是动词，different是形容词，换句话说，如下：adifferfromb;aisdifferentfromb.翻译过来意思相同，都是“a和b不同”希望能够帮到你，用different的话就要加be动词

aisdifferentfromb是主系表还是主谓宾？是主谓宾

C:Documents and Settings《用户名》Local SettingsTemporary Internet Files

其实国内迅雷就是最快的了，反迅雷没办法。uTorrent设置复杂些，反正我用没超过30K/s，下国外的资源可能好点。相较之下BitComet快一些，设置也简单，很经典。BitTorrent没用过，不能胡说。

BT啦

Bit comet

bt?

歌曲名:Jungle歌手:Frente!专辑:ShapeFrente! - JungleCome someone who can crySomeone who is I am in their eyesI"ll follow you， you"re going into the darkFeet without a brain smarter for my heartAnd I try to feel like I feel I lackLike I like to beBut it"s not me(Know that you could buy me with a kiss)This is my jungle, this is my jungleI don"t let anybody in hereThis is my jungle, this is my jungleGrab everything I giveI can"t even listen to you liveStop my mouth with your reasonable doubtHappy to fall for the foolWith the vulnerable animal heartAnd I learn my liesAnd I arrive with my winning smileAnd my electric sun I come undoneThis is my jungle, this is my jungleThere"s no room for youThis is my jungle, this is my jungleAnd you can"t make loveOut of plastic and clayAnd you crash your lifeAnd you walk awayDidn"t I see?This is my jungle, this is my jungleI don"t want anybody in hereThis is my jungle, this is my jungleI disappear, I disappearThis is my jungle, this is my jungleThere"s no room for youThis is my jungle, this is my jungleThis is my jungle, this is my jungle,This is my jungleThis is my jungle, this is my jungleENDhttp://music.baidu.com/song/52049810

1、首先，打开任意一款下载软件，然后用ed2k新建一个任务，如图所示2、右键点击新建的任务，然后选择“种子文件另存为”3、在弹出的窗口中选择保存的位置即可，此处保存到桌面，如图所示4、回到桌面，可以看到ed2k已经成功转化为torrent文件了

下载链接格式

that英语中不能重复，故用某些单词代替,3,B,1,that,0,The weather in Beijing is different from _______in Shanghai Ait Bthat CthemDthose 单项选择

Cit是指代前后是同一个东西显然上海的天气和北京的天气不是同一个东西它们只是相同概念的东西，这里用that指代概念上相同但不是同一个东西因为前后结构要保持意志所以选C不选择D（D意思上没错，如果前面是of后面就选D）望采纳！

问题乱七八糟，别人怎么帮你。

surge current英 [su0259:du0292 u02c8ku028cru0259nt] 美 [su025adu0292 u02c8ku025aru0259nt]冲击[浪涌]电流 双语例句1. Features: High Blocking Voltage High Surge Current Capability. 特点: 阻断电压高、浪涌电流承受能力强.2. The defects of the traditional methods of internal limiting surge current are pointed out. 指出了功耗大、二次浪涌和功能不动作是传统限制浪涌电流方法的缺陷.3. To protect power switches , soft starting circuit was designed to overcome the surge current. 同时采用软启动电路防止浪涌电流,保护功率开关管.4. A sudden surge in the current made the lights fuse. 电压突然增加烧断了保险丝而使电灯熄灭.5. Japan"s current rebound is being driven by a surge in exports to China. 日本目前的经济回弹亦依赖于日本大量出口到中国的贸易.

原因是：1。talent是可数名词2。their,他们的，也是复数，所以要加s家长喜欢观看他们的孩子们在台上表演他们的才艺。

状语

首先，你要分清楚，partnership current account是属于Capital account 而capital account 是与asset 同liabilities的account不同的， 是credit side 是属于增加收入，而debit side是属于减少收入， 所以，由于interest of drawing 是partner 向公司借钱而要支付的利息， 因此它是partner 的支出，即是在debit side。 而Interst of Capital Salares Profit Shared(Ratio)他们全都是partner 的收入， 因此就是在current account的credit side。 而appropriation account的作用是在profit and loss account 中加减了partner 的影响到公司的profit or loss的account，因此，appropriation account是由 公司的角落出发的。好像是interest of drawing咁，因为是partner给公司的 费用，因此，在appropriation account里面，interest of drawing是add的。 Interest of capital其实可以说是公司俾返利息分配给各partner，但是 最正确的说法就是因为每一个partner的投入公司的capital的份量也不一样， 而他们的工作量有很大的机会是同等的，为了避免对投入多一点资金的 partner不公平，因此公司就会按照他们投入公司的capital的比例派发 interest of capital来补偿partner们，而由于interest of capital 是公司给 partner的补偿金，因此，在appropriation 里面，interest of capital是减的。 而salaries就是公司为了奖励partner负起了一些他指定工作以外的责任或工作， 而支付的特别薪水。因此在appropriation 里面，salaries是减的，因为是公司的支出。 其实在appropriation 里面，来来去去也是只有数个items，慢慢记清楚就没问题了。 其实partnership的profit and loss account 和balanca sheet是很简单的，做多点就 没问题了。 参考: 自己，account books

LaurentAllaireLaurentAllaire是一名影视的美术设计、艺术指导，代表作品有《沙漠的女儿》等。外文名：LaurentAllaire职业：美术设计代表作品：《皮层》合作人物：尼古拉斯·布赫里夫

迅雷下崽已发送 快播的话你用天天看播放器 试试，他们的资源还是蛮全的

您好！presently,，当前currently,，当前，目前instantly，瞬间at the present，在目前但要注意，副词currently和presently均可表示“现在”，“目前”，但currently只能表示“现在”，“目前”[at the present time; now]，是正式用词，强调在现在这一时刻正在流行，通用或存在；而presently还可表示“不久”，“一会儿”[soon, before long, later on]。如有不清楚的地方欢迎追问！望采纳，谢谢！

因为公司是预收租金，所以在公司的产物报表上出现是accrual的。如果你是为付租金的一方做财务报表，既是预付租金，才会有一个3000在prepayment。

是定积分和不定积分的区别吧？定积分比不定积分在积分符号上多了上下限，可以求准确值

differentiation 是微分，是x->0时的增量，一般数学上表示为dy.derivative是微商,是x->0时，dy/dx的比值，又叫导数。 一般有y`=f`(x)=dy/dx dy=f`(x)dx

一个是求导，一个是微分导数又叫微商，两个微分的商。

aircurrent的意思是：[流]气流。aircurrent的意思是：[流]气流。aircurrent的英英释义是Noun:airmoving(sometimeswithconsiderableforce)fromanareaofhighpressuretoanareaoflowpressure;"treesbentunderthefiercewinds""whenthereisnowind,row""theradioactivitywasbeingsweptupwardsbytheaircurrentandoutintotheatmosphere"。aircurrent【近义词】wind风。一、参考翻译点此查看aircurrent的详细内容气流二、英英释义Noun:airmoving(sometimeswithconsiderableforce)fromanareaofhighpressuretoanareaoflowpressure;"treesbentunderthefiercewinds""whenthereisnowind,row""theradioactivitywasbeingsweptupwardsbytheaircurrentandoutintotheatmosphere"三、例句Whycanahydrofoilmoveonalayerofair?为什么气垫船能靠后方的气流移动？Ribbonsofdraughtcutthroughthesmokyair.一缕缕的气流穿过烟雾腾腾的空气。aircurrent的相关近义词wind、currentofairaircurrent的相关临近词air、airarm点此查看更多关于aircurrent的详细信息

aircurrent的意思是：[流]气流。aircurrent的意思是：[流]气流。aircurrent的英英释义是Noun:airmoving(sometimeswithconsiderableforce)fromanareaofhighpressuretoanareaoflowpressure;"treesbentunderthefiercewinds""whenthereisnowind,row""theradioactivitywasbeingsweptupwardsbytheaircurrentandoutintotheatmosphere"。aircurrent【近义词】wind风。一、英英释义点此查看aircurrent的详细内容Noun:airmoving(sometimeswithconsiderableforce)fromanareaofhighpressuretoanareaoflowpressure;"treesbentunderthefiercewinds""whenthereisnowind,row""theradioactivitywasbeingsweptupwardsbytheaircurrentandoutintotheatmosphere"二、网络解释1.气流：airconditioning空气第|aircurrent气流|airduct气道2.风流：aircrossing风桥|aircurrent风流|aircurtain风帘3.(空)气流：Aidat目的在于,旨在|Aircurrent空气流|AirCondition空调4._流：635.air-coretransformer==>空心_成器,空心トランス|636.aircurrent==>_流|637.aircushion==>空_クッション三、例句Whycanahydrofoilmoveonalayerofair?为什么气垫船能靠后方的气流移动？Ribbonsofdraughtcutthroughthesmokyair.一缕缕的气流穿过烟雾腾腾的空气。aircurrent的相关近义词wind、currentofairaircurrent的相关临近词air、airarm点此查看更多关于aircurrent的详细信息

rent 是租金的意思，当然就跟工资（wage）不同了。employment是就业、雇佣的意思。我在国内外网上查了，英语里是没有将employment和rent连着一起作为词组用的。相信您对答案满意，请及时采纳, 祝学习愉快！(*^__^*)

leased vehicles 这个是长租Rental cars 是短租。长租和短租的价钱不同。这就跟日租房和长租房差不多吧。lease 和rent都只租车，不带司机。一般租车的人自驾Taxi是出租车给你这篇文章参考一下http://goeurope.about.com/od/drivingineurope/a/european-car-rental-vs-leasing.htm

和你一样的问题 ，如何解决？

preferential[英][u02ccprefu0259u02c8renu0283l][美][u02ccpru025bfu0259u02c8ru025bnu0283u0259l]adj.优先的; 优先选择的; 特惠的; 例句:1.The government has said national banks must give preferential treatment to cultural organisations. 中国政府曾表示国有银行必须对文化企业给予优惠待遇。2.Article 27 the local people"s government should grant support and preferential treatment to donated construction projects. 第二十七条对于捐赠的工程项目，当地人民政府应当给予支持和优惠。

在6个不同公司各派出3位代表的会议中

悲壮的，令人感到伤心的

歌曲名:Angel歌手:Laurent Newfield & Ravenant专辑:DJMAX Technika 3 (Original Soundtrack)Angel don"t cryAfter all the pain you win againPlease remember don"t you waste your lifeNever think about the words that people sayOnly still believe in what you really careWalk everyday to your tomorrowKeep on dream about a love for you unknownKeep your feelings "cause your heart is made of goldLight up this night to find your way, own wayAngel don"t cryLife may treat you bad but understandYou don"t have to waste your timeAngel don"t cryAfter all the pain you win againPlease remember don"t you waste your lifeNever think about the past with some regretsLet the sorry lie the way over your backJust up to face a new tomorrowWhen the music gonna start you must to danceTo believe that you can have another chanceJust let the rhythm find your own way, own wayAngel don"t cryLife may treat you bad but understandYou don"t have to waste your timeAngel don"t cryAfter all the pain you win againPlease remember don"t you waste your lifeLaurent Newfield & Ravenant - AngelGenre : Euro DanceAngel don"t cryhttp://music.baidu.com/song/57238531