温少的日志

CAS应该是Compare-and-swap

CAS应该是Compare-and-swap 吧 ？

@synchronized 我觉得这个程序有点小问题， synchronized (notEmpty) { if (linkedList.size() == 0) { notEmpty.wait(); } return linkedList.poll(); } 这个部分中应该将if改成while，不知道我理解的对不对？

学习了

好

温少大概过的比较滋润，所以谁敢对国家不抱希望，温少就要反他

没有做不到,只有想不到.

您好，我现在在研究P2P即时通信方面的东西，能把你的源码发过来参考一下，可以吗？ 375770851@qq.com

恩，现在在研究P2P即时通信

java生成的公钥如何分解成C生成的公钥格式？

你好。我的毕设就是这样一个东西。 能跟你交流下吗？ 我的QQ：371326455. 谢谢！

@风哥 经典！

@synchronized 你说的是对的，3楼的例子有问题，notifyAll是不对的，应该notify才对。最近很忙，很少上来，所以回复慢了，抱歉 :)

因为你用的是Ubuntu,这种半年一发行的办法,肯定不稳定了 要不你去试一试Debian/FreeBSD??

3楼的例子没问题是指不会返回null，还是返回null是允许的？

@synchronized 3楼的例子没问题 4楼的例子的在你说的情况确会出现死锁，这个例子只是用来说明为什么需要用Lock、condition。

@synchronized 1、你说的BeanManager的情况，一般是采用Proxy类来解决。 2、CopyOnWriteArrayList虽然是修改的时候速度不快，但是读取没有任何额外的开销。 3、TimerWheel是需要指定一个固定的时间精度的

此外，在你的例子中，还有一些值得探讨的话题， 比如说BeanManager这个例子中，如果createBean是一个比较耗时的操作，在同步快里执行效率低或者用putIfAbsent会产生重复的调用，该怎么解决？ CopyOnWriteArrayList用于Listeners时每次add都创建新的数组，是否有此必要？ ScheduledExecutorService的实现比较适合精确定时，但它的remove方法是简单遍历的，这对它适用的场合就有了很大的限制。而TimerWheel的算法是否能适合精确定时？这两种算法如何比较？

在“实现一个简单的阻塞队列(3)”这个例子中同样会出现take返回null的问题

[code=java] public class BlockingQ { private Object notEmpty = new Object(); private Object notFull = new Object(); private Queue<Object> linkedList = new LinkedList<Object>(); private int maxLength = 10; public Object take() throws InterruptedException { synchronized (notEmpty) { if (linkedList.size() == 0) { notEmpty.wait(); } synchronized (notFull) { if (linkedList.size() == maxLength) { notFull.notifyAll(); } return linkedList.poll(); } } } public void offer(Object object) throws InterruptedException { synchronized (notEmpty) { if (linkedList.size() == 0) { notEmpty.notifyAll(); } synchronized (notFull) { if (linkedList.size() == maxLength) { notFull.wait(); } linkedList.add(object); } } } } [/code] 在这个例子中，如果offer时linkedList.size()==maxLength,进入notFull.wait,它只释放了notFull的同步锁，并未释放notEmpty的同步锁。在它退出之前，所有其他线程调用take和offer都会产生死锁。

cocurrent编程要比synchronized编程门槛要高一些，本人还是对大家是否能够用好并发编程有一些忧虑，希望通过更多的实践能搞逐渐提高大家的编程水平。 [code=java] public class classBlockingQ { private Object notEmpty= new Object(); private Queue<Object> linkedList= new LinkedList<Object>(); public Object take() throws InterruptedException { synchronized(notEmpty) { if(linkedList.size() == 0) { notEmpty.wait(); } return linkedList.poll(); } } public void offer(Object object) { synchronized(notEmpty) { if(linkedList.size() == 0) { notEmpty.notifyAll(); } linkedList.add(object); } } } [/code] 在这个例子中，如果先有两个线程调用take，并进入wait状态，然后第三个线程调用offer，会有什么样的结果？将有一个take()返回null,是否是设计期望的？

JAVA的开源阵营那可不是盖的。

[quote]过客：one-time pad的算法有以下要求： <br>1、密钥必须随机产生 <br>2、密钥不能重复使用 <br>3、密钥和密文的长度是一样的。（这里是不是“明文”啊？） <br> <br>one-time pad是最安全的加密算法，双方一旦安全交换了密钥，之后交换信息的过程就是绝对安全的啦。 <br>???? <br> <br>随机产生不可重复使用和明文文等长的密钥？有意义吗？如果可以安全交换和明文等长的密钥不如直接交换明文得了。[/quote] 有理。

good

如博主所想，您做的事情的确对我们有所帮助，谢谢。

这个链接不能用

PPT写得简单了点~不能满足

加油!!!

路过，欢迎到我的RoseGril.cn交流下，如有打扰请见谅。谢谢! Create At:20:07:45

我认为不错，并且准备采用

效能是一个方面，可读性和可维护性也要更加注重哟~~~

a() while(c()) { b(); a(); }

终有一天在中文世界里，MSN就如ICQ一样，微不足道，这是一个可以预见的趋势，我也将很乐见看到这个结果。 你此生估计看不到这个结果

MD5是不安全的

我的 看法是 对于以前的项目我们不是不改 我倒觉得我们应该必须修改，也许修改后的项目能够更加完善化，更加规范，这些规范我们可以作为以后在其他项目中的模版进行重用，这样还可以使以后的项目更加完善更加具有效率，我觉得我们看问题不能仅仅局限于一个项目或者几个项目中，不过是个人还是公司，我们都是需要谋求长远的发展的，那么如果对于修改以前的项目能够对以后的项目有帮助，那么我们为什么不做呢 呵呵

恭喜恭喜

如果不抱希望就要离开，那太懦弱了，应该把霸占这个地方的人赶走。

我也想抄抄读书笔记啊

你对这个站长的话理解到什么程度呢？ 你知道他的这句话背后发生过什么事吗？

我认为.net 跨平台只是时间问题。

友商网的技术确实很强大，金蝶的技术实现点确实很到位，这是事实

可能是不理智的技术： 1、hibernate之类的ORM，试图以面向对象方式操作数据，和面向对象数据库一样，重蹈覆辙。 2、Ruby，一个小脚本语言，只是因为动态类型、mixin之类的功能，还没有被证明有生产力，有效益可用的脚本语言，就被媒体吹到天上去。Ruby有价值，但是最终结果会离大家的期待相差甚远。 说出了心声！！但对不要奢望net能够跨平台的文章的观点不太认同。

老兄，有什么好的学习心得给大家分享一下吧

谢谢，前辈的资料真的很有用。。

温少又有什么好想法？~

我们研发了一个基于flex和air的快速开发平台，很实用于saas的应用开发，如有兴趣可以联系，qq：84586688

DelayItem怎么还是没有？正文在哪儿可以看到

中英文普通，中文超长短信都可以发送和接收了。我想问下纯英文超长短信发送的问题，采用的是7-bit编码方式，(我把每条片短信的长度设为了128加6个字节，128个字节是用户数据，6字节的是消息头长度。采用128个字节用户数据主要是因为编码后长度会变成7/8，这样可以整除)但发送英文的超长短信显示在手机上的是乱码，请问楼主怎么回事，先谢谢了。

感觉楼主不适合编程，
知识广而不专，

听起来好像是隔壁房间的人在讲话，小学的时候自己都有加密过东西，感觉很有成就感，初中后去上了中专，现在我见到计算机了，逛到这里听你们将这些：像我小时候哦，我算是废了。 你们都是大师了哦。。应该有更有趣的东西，现在看看这些怎么感觉像是在盖房子或是长城。
其实可以更简单，更加强度的......