只显示主题贴

最近我也是在涉及并发Java方面的东西, 说说我的心得. 确实到了并发盛行的时期了, 我觉得最重要的原因还是多核处理器及其硬件体系的日趋成熟, 并且成本摊薄到大众价格了. j.u.c 包主要是为了性能来的, 其设计其实不如Java传统的内置同步机制(synchronized块和方法, 以及 Object.wait(); Object.notify())优雅, 但是传统同步机制的最大弊病就是不区分共享同步(一般是并发的读操作) 与 互斥同步 (一般是写操作), 所有同步都只能是完全排他的,只要有并发写的可能性就不得不把全部读操作也互斥同步,从而丧失并发读取的可能性. 这跟大多数应用的并发模式 ...
  • 进入论坛 Java
BSD License, 需要 JDK 6.0 或者 JRE 6.0 + OpenJDK Javac 运行. 附件为代码包 (请到 http://sjsh.dev.java.net 下载最新代码包, 此处附件以后不再更新) 参照代码包中 demo/src 目录下的示例, 就可以很简单的写成包装自己应用对象的 SSH Server 了 启动演示 SSH Shell Server 引用 D:\workspace\SecureJSH>ant demo Buildfile: build.xml build: compile-demo: run-java-demo: [java] ...
  • 进入论坛 Java
作为Java开发者, 学习了5以后带来的泛型语法之后, 不知道你有没有注意到一个特殊的地方: Class<?> java.lang.Object.getClass(); 虽然它的签名返回值为 Class<?> , 但是它的规范文档却给出了这样的说明: 引用 Returns ... The actual result type is Class<? extends |X|> where |X| is the erasure of the static type of the expression on which getClass is called. For ex ...
  • 进入论坛 Java
  最近又看到一些关于框架侵入性的讨论, 有些想法, 谨此抛砖引玉. 我觉得软件开发框架之所以跟侵入性纠缠不清, 根本的原因还是框架要支持应用的某种/某些逻辑和功能, 可以说是部分的去实现应用的目标. 但是这些功能如果不能让应用去定制, 其现实应用代价就又很微渺了. 所以框架是需要和应用交流的, 而交流的主要目的是为了定制. 想到这个地方, 我的反应是声明式编程, 让应用通过某种方式表达出自己的定制需求, 这个表达的方式就可以是多种多样的了: 通过遵循约定, 继承特定框架基类, 实现特定框架接口, 标注Annotation, 编写配置文件, 调用框架API, 等等. 而像Ja ...
  • 进入论坛 Java
歆渊
搜索本博客
存档
最新评论