java.lang.Object ↳ android.view.View ↳ android.widget.TextView ↳android.widget.Button
因而ImageButton 不支持setText，而Button支持。反之，ImageButton 支持setImageURI，而Button不支持。Button和ImageButton有Button的状态，但是ImageView没有。 2.显示差异：imageView 加上可点击的属性同样实现button的点击功能，这样看来没啥区别，可是可是，最近我做的listView，一个imagebutton，一个imageView 显示圆角图片的时候，imageBotton 居然显示不出来.
ImageButton 拥有默认背景：
<style name="Widget.ImageButton">
<item name="android:focusable">true</item>
<item name="android:clickable">true</item>
<item name="android:scaleType">center</item>
<item name="android:background">@android:drawable/btn_default</item>
</style>
别人说 ：ImageButton支持9.png 吧~imangeView就不行了。
对企业级的服务器软件,高性能和可扩展性是基本的要求。除此之外,还应该有应对各种不同环境的能力。例如,一个好的服务器软件不应该假设所有的客户端都有很快的处理能力和很好的网络环境。如果一个客户端的运行速度很慢,或者网络速度很慢,这就意味着整个请求的时间变长。而对于服务器来说,这就意味着这个客户端的请求将占用更长的时间。这个时间的延迟不是由服务器造成的,因此CPU的占用不会增加什么,但是网络连接的时间会增加,处理线程的占用时间也会增加。这就造成了当前处理线程和其他资源得不到很快的释放,无法被其他客户端的请求来重用。例如Tomcat,当存在大量慢速连接的客户端时,线程资源被这些慢速的连接消耗掉,使得服务器不能响应其他的请求了。
前面介绍过,NIO的异步非阻塞的形式,使得很少的线程就能服务于大量的请求。通过Selector的注册功能,可以有选择性地返回已经准备好的频道,这样就不需要为每一个请求分配单独的线程来服务。
在一些流行的NIO的框架中,都能看到对OP_ACCEPT和OP_READ的处理。很少有对OP_WRITE的处理。我们经常看到的代码就是在请求处理完成后,直接通过下面的代码将结果返回给客户端:
【例17.7】不对OP_WRITE进行处理的样例:
while (bb.hasRemaining()) {
int len = socketChannel.write(bb);
if (len < 0) {
throw new EOFException();
}
}
这样写在大多数的情况下都没有什么问题。但是在客户端的网络环境很糟糕的情况下,服务器会遭到很沉重的打击。
因为如果客户端的网络或者是中间交换机的问题,使得网络传输的效率很低,这时候会出现服务器已经准备好的返回结果无法通过TCP/IP层传输到客户端。这时候在执行上面这段程序的时候就会出现以下情况。
(1) bb.hasRemaining()一直为“true”,因为服务器的返回结果已经准备好了。
(2) socketChannel.write(bb)的结果一直为0,因为由于网络原因数据一直传不过去。
(3) 因为是异步非阻塞的方式,socketChannel.write(bb)不会被阻塞,立刻被返回。
(4) 在一段时间内,这段代码会被无休止地快速执行着,消耗着大量的CPU的资源。事实上什么具体的任务也没有做,一直到网络允许当前的数据传送出去为止。
这样的结果显然不是我们想要的。因此,我们对OP_WRITE也应该加以处理。在NIO中最常用的方法如下。
【例17.8】一般NIO框架中对OP_WRITE的处理:
while (bb.hasRemaining()) {
int len = socketChannel.write(bb);
if (len < 0){
throw new EOFException();
}
if (len == 0) {
selectionKey.interestOps(
selectionKey.interestOps() | SelectionKey.OP_WRITE);
mainSelector.wakeup();
break;
}
}
上面的程序在网络不好的时候,将此频道的OP_WRITE操作注册到Selector上,这样,当网络恢复,频道可以继续将结果数据返回客户端的时候,Selector会通过SelectionKey来通知应用程序,再去执行写的操作。这样就能节约大量的CPU资源,使得服务器能适应各种恶劣的网络环境。
可是,Grizzly中对OP_WRITE的处理并不是这样的。我们先看看Grizzly的源码吧。在Grizzly中,对请求结果的返回是在ProcessTask中处理的,经过SocketChannelOutputBuffer的类,最终通过OutputWriter类来完成返回结果的动作。在OutputWri
1. 下载站点的证书文件
访问https站点，如下图：
点击Certificate Error --> View certificates, 弹出该站点的证书信息，如下图：
图2
根据颁发给，颁发者，有效起始日期等信息到IE中找相应的证书，具体步骤如下：
在ＩＥ中依次选择Tools --> Internet Options --> Content --> 点击Certificates, 在弹出的【证书】对话框中选择【受信任的根证书颁发机构】，在这里找到与图2对应的证书，如下图所示：
图3
点击【导出】，弹出【证书导出向导】对话框，如下图所示：
图4
点击【下一步】，选择默认的【DER编码二进制 X.509 (.CER)】就行，如下图
图5
点击【下一步】，将证书导出为C:\cert\WIN-TSJZUR65S8T.cer， 如下图
图6
点击【下一步】
图7
点击【完成】，弹出【导出成功】提示，如下图所示
图8
到此为止，站点的证书就成功导出了，下面要将证书添加到JRE环境中。
首先在WIN-TSJZUR65S8T.cer文件的同一目录下新建一个Add-SSL.bat文件，即C:\cert\WIN-TSJZUR65S8T.cer. Add-SSL.bat文件内容如下：
@echo off
C:/Java/jre6/bin/keytool -import -v -trustcacerts -file WIN-TSJZUR65S8T.cer -keystore 209.cer
pause
其中C:/Java/jre6/bin/keytool这个必须是运行项目所用的jre，这样才能在代码中使用证书的信息
双击运行Add-SSL.bat文件，出现如下图内容：
图9
输入密码123456，回车，出现如下图所示：
再次输入密码123456，回车
输入【是】，回车
这是，在Add-SSL.bat文件的同一目录下生成了一个209.cer文件，即C:\cert\209.cer
将这个209.cer文件拷贝到jre目录下的lib\security\目录下，这里指C:\Java\jre6\lib\security\目录，这里的C:\Java\jre6\要与前面使用keytool命令时的是同一个jre，如下图所示：
这样，我们就可以在代码中使用之前配置的证书信息了。需要注意的是，运行代码的jre一定要和证书配置的jre一致，即C:\Java\jre6\，这样才能使证书生效。
在代码中使用证书信息，只要在使用commons-httpclient代码之前，设置【javax.net.ssl.trustStore】和【javax.net.ssl.trustStorePassword】两个系统变量即可
【javax.net.ssl.trustStore】变量的值指向209.cer文件， 即C:\Java\jre6\lib\security\209.cer
【javax.net.ssl.trustStorePassword】变量的值为之前设置的证书的密码，即123456
代码的顺序结构如下图所示：