456被浏览58,685分享邀请回答375 条评论分享收藏感谢收起jiacheo.org/blog/279 374 条评论分享收藏感谢收起java简单小程序求助。为什么输出的Ccount和Ecount相同。_百度知道
java简单小程序求助。为什么输出的Ccount和Ecount相同。
import java.util.regex.*;
public class Search {
int Chinese=0;
int English=0;
Search(String s){
void Searchuseful(){
Pattern p=Pattern.compile(&[a-zA-Z]+|[\\u4e00-\...
我有更好的答案
[&#92.matches(&))
{ Ecount=English++;}
if(s1因为if后多加了个分号
if(s1;\u9af5]&))
{ Ccount=Chinese++;
{ Ccount=Chinese++;} 改为;\u9af5]&)).matches(&quot： if(s1.matches(&[a-zA-Z]+&
{ Ecount=English++;}
if(s1;\u4e00-\[&#92.matches(&\u4e00-\[a-zA-Z]+&))
采纳率：22%
为您推荐：
其他类似问题
小程序的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。关于&Des加密（Android与ios&&与后台java服务器之间的加密解密）
最近做了一个移动项目，是有服务器和客户端类型的项目，客户端是要登录才行的，登录的密码要用DES加密，服务器是用Java开发的，客户端要同时支持多平台（Android、iOS），在处理iOS的DES加密的时候遇到了一些问题，起初怎么调都调不成和Android端生成的密文相同。最终一个忽然的想法让我找到了问题的所在，现在将代码总结一下，以备自己以后查阅。
首先，Java端的DES加密的实现方式，代码如下：
1 public class DES {
private static byte[] iv = { 1, 2, 3, 4, 5, 6, 7, 8 };
public static String encryptDES(String encryptString, String encryptKey)
throws Exception {
IvParameterSpec zeroIv = new IvParameterSpec(iv);
SecretKeySpec key = new SecretKeySpec(encryptKey.getBytes(), "DES");
Cipher cipher = Cipher.getInstance("DES/CBC/PKCS5Padding");
cipher.init(Cipher.ENCRYPT_MODE, key, zeroIv);
byte[] encryptedData = cipher.doFinal(encryptString.getBytes());
return Base64.encode(encryptedData);
上述代码用到了一个Base64的编码类，其代码的实现方式如下：
1 public class Base64 {
private static final char[] legalChars = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz+/"
.toCharArray();
public static String encode(byte[] data) {
int start = 0;
int len = data.
StringBuffer buf = new StringBuffer(data.length * 3 / 2);
int end = len - 3;
int n = 0;
while (i &= end) {
int d = ((((int) data[i]) & 0x0ff) && 16)
| ((((int) data[i + 1]) & 0x0ff) && 8)
| (((int) data[i + 2]) & 0x0ff);
buf.append(legalChars[(d && 18) & 63]);
buf.append(legalChars[(d && 12) & 63]);
buf.append(legalChars[(d && 6) & 63]);
buf.append(legalChars[d & 63]);
if (n++ &= 14) {
buf.append(" ");
if (i == start + len - 2) {
int d = ((((int) data[i]) & 0x0ff) && 16)
| ((((int) data[i + 1]) & 255) && 8);
buf.append(legalChars[(d && 18) & 63]);
buf.append(legalChars[(d && 12) & 63]);
buf.append(legalChars[(d && 6) & 63]);
buf.append("=");
} else if (i == start + len - 1) {
int d = (((int) data[i]) & 0x0ff) && 16;
buf.append(legalChars[(d && 18) & 63]);
buf.append(legalChars[(d && 12) & 63]);
buf.append("==");
return buf.toString();
以上便是Java端的DES加密方法的全部实现过程。
我还编写了一个将byte的二进制转换成16进制的方法，以便调试的时候使用打印输出加密后的byte数组的内容，这个方法不是加密的部分，只是为调试而使用的：
public static String parseByte2HexStr(byte buf[]) {
StringBuffer sb = new StringBuffer();
for (int i = 0; i & buf. i++) {
String hex = Integer.toHexString(buf[i] & 0xFF);
if (hex.length() == 1) {
hex = '0' +
sb.append(hex.toUpperCase());
return sb.toString();
下面是Objective-c在iOS上实现的DES加密算法:
1 static Byte iv[] = {1,2,3,4,5,6,7,8};
2 +(NSString *) encryptUseDES:(NSString *)plainText key:(NSString *)key
NSString *ciphertext =
const char *textBytes = [plainText UTF8String];
NSUInteger dataLength = [plainText length];
unsigned char buffer[1024];
memset(buffer, 0, sizeof(char));
size_t numBytesEncrypted = 0;
CCCryptorStatus cryptStatus = CCCrypt(kCCEncrypt, kCCAlgorithmDES,
kCCOptionPKCS7Padding,
[key UTF8String], kCCKeySizeDES,
textBytes, dataLength,
buffer, 1024,
&numBytesEncrypted);
if (cryptStatus == kCCSuccess) {
NSData *data = [NSData dataWithBytes:buffer length:(NSUInteger)numBytesEncrypted];
ciphertext = [data base64Encoding];
下面是一个关键的类：NSData的Category实现，关于Category的实现网上很多说明不再讲述。
1 static const char encodingTable[] = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz+/";
2 - (NSString *)base64E
if (self.length == 0)
return @"";
char *characters = malloc(self.length*3/2);
if (characters == NULL)
return @"";
int end = self.length - 3;
int index = 0;
int charCount = 0;
int n = 0;
while (index &= end) {
int d = (((int)(((char *)[self bytes])[index]) & 0x0ff) && 16)
| (((int)(((char *)[self bytes])[index + 1]) & 0x0ff) && 8)
| ((int)(((char *)[self bytes])[index + 2]) & 0x0ff);
characters[charCount++] = encodingTable[(d && 18) & 63];
characters[charCount++] = encodingTable[(d && 12) & 63];
characters[charCount++] = encodingTable[(d && 6) & 63];
characters[charCount++] = encodingTable[d & 63];
index += 3;
if(n++ &= 14)
characters[charCount++] = ' ';
if(index == self.length - 2)
int d = (((int)(((char *)[self bytes])[index]) & 0x0ff) && 16)
| (((int)(((char *)[self bytes])[index + 1]) & 255) && 8);
characters[charCount++] = encodingTable[(d && 18) & 63];
characters[charCount++] = encodingTable[(d && 12) & 63];
characters[charCount++] = encodingTable[(d && 6) & 63];
characters[charCount++] = '=';
else if(index == self.length - 1)
int d = ((int)(((char *)[self bytes])[index]) & 0x0ff) && 16;
characters[charCount++] = encodingTable[(d && 18) & 63];
characters[charCount++] = encodingTable[(d && 12) & 63];
characters[charCount++] = '=';
characters[charCount++] = '=';
NSString * rtnStr = [[NSString alloc] initWithBytesNoCopy:characters length:charCount encoding:NSUTF8StringEncoding freeWhenDone:YES];
return rtnS
这个方法和java端的那个Base64的encode方法基本上是一个算法，只是根据语言的特点不同有少许的改动。
下面也是Objective-c的一个二进制转换为16进制的方法，也是为了测试方便查看写的：
1 +(NSString *) parseByte2HexString:(Byte *) bytes
NSMutableString *hexStr = [[NSMutableString alloc]init];
int i = 0;
while (bytes[i] != '\0')
NSString *hexByte = [NSString stringWithFormat:@"%x",bytes[i] & 0xff];///16进制数10
if([hexByte length]==1)
[hexStr appendFormat:@"0%@", hexByte];
[hexStr appendFormat:@"%@", hexByte];
NSLog(@"bytes 的16进制数为:%@",hexStr);
return hexS
22 +(NSString *) parseByteArray2HexString:(Byte[]) bytes
NSMutableString *hexStr = [[NSMutableString alloc]init];
int i = 0;
while (bytes[i] != '\0')
NSString *hexByte = [NSString stringWithFormat:@"%x",bytes[i] & 0xff];///16进制数31
if([hexByte length]==1)
[hexStr appendFormat:@"0%@", hexByte];
[hexStr appendFormat:@"%@", hexByte];
NSLog(@"bytes 的16进制数为:%@",hexStr);
return hexS
以上的加密方法所在的包是CommonCrypto/CommonCryptor.h。
以上便实现了Objective-c和Java下在相同的明文和密钥的情况下生成相同明文的算法。
Base64的算法可以用你们自己写的那个，不一定必须使用我提供的这个。解密的时候还要用Base64进行密文的转换。
我的解密算法如下：
1 　　private static byte[] iv = { 1, 2, 3, 4, 5, 6, 7, 8 };
2 　　public static String decryptDES(String decryptString, String decryptKey)
throws Exception {
byte[] byteMi = Base64.decode(decryptString);
IvParameterSpec zeroIv = new IvParameterSpec(iv);
SecretKeySpec key = new SecretKeySpec(decryptKey.getBytes(), "DES");
Cipher cipher = Cipher.getInstance("DES/CBC/PKCS5Padding");
cipher.init(Cipher.DECRYPT_MODE, key, zeroIv);
byte decryptedData[] = cipher.doFinal(byteMi);
return new String(decryptedData);
Base64的decode方法如下：
1 　　public static byte[] decode(String s) {
ByteArrayOutputStream bos = new ByteArrayOutputStream();
decode(s, bos);
} catch (IOException e) {
throw new RuntimeException();
byte[] decodedBytes = bos.toByteArray();
bos.close();
bos = null;
} catch (IOException ex) {
System.err.println("Error while decoding BASE64: " + ex.toString());
return decodedB
private static void decode(String s, OutputStream os) throws IOException {
int i = 0;
int len = s.length();
while (true) {
while (i & len && s.charAt(i) &= ' ')
if (i == len)
int tri = (decode(s.charAt(i)) && 18)
+ (decode(s.charAt(i + 1)) && 12)
+ (decode(s.charAt(i + 2)) && 6)
+ (decode(s.charAt(i + 3)));
os.write((tri && 16) & 255);
if (s.charAt(i + 2) == '=')
os.write((tri && 8) & 255);
if (s.charAt(i + 3) == '=')
os.write(tri & 255);
private static int decode(char c) {
if (c &= 'A' && c &= 'Z')
return ((int) c) - 65;
else if (c &= 'a' && c &= 'z')
return ((int) c) - 97 + 26;
else if (c &= '0' && c &= '9')
return ((int) c) - 48 + 26 + 26;
switch (c) {
return 62;
return 63;
throw new RuntimeException("unexpected code: " + c);
以上便实现了DES加密后的密文的解密。
Java端的测试代码如下：
String plaintext = "abcd";
String ciphertext = DES.encryptDES(plaintext, "");
System.out.println("明文：" + plaintext);
System.out.println("密钥：" + "");
System.out.println("密文：" + ciphertext);
System.out.println("解密后：" + DES.decryptDES(ciphertext, ""));
输出结果：
明文：abcd
密文：W7HR43/usys=
解密后：abcd
Objective-c端的测试代码如下：
NSString *plaintext = @"abcd";
NSString *ciphertext = [EncryptUtil encryptUseDES:plaintext key:@""];
NSLog(@"明文：%@",plaintext);
NSLog(@"秘钥：%@",@"");
NSLog(@"密文：%@",ciphertext);
输出结果：
1 2012-04-05 12:00:47.348 TestEncrypt[806:f803] 明文：abcd
2 2012-04-05 12:00:47.350 TestEncrypt[806:f803] 秘钥：
3 2012-04-05 12:00:47.350 TestEncrypt[806:f803] 密文：W7HR43/usys=
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。51CTO旗下网站
java.net.SocketException四大异常解决方案
java.net.SocketException在我们使用的时候会出现很多异常，这些会影响到我们的学习和使用。下面我们就仔细的研究一下。
作者：佚名来源：博客园| 16:41
java.net.SocketException如何才能更好的使用呢？这个就需要我们先要了解有关这个语言的相关问题。希望大家有所帮助。那么我们就来看看有关.net.SocketException的相关知识。
第1个异常是 java.net.BindException:Address already in use: JVM_Bind。
该异常发生在服务器端进行new ServerSocket(port)（port是一个0，65536的整型值）操作时。异常的原因是以为与port一样的一个端口已经被启动，并进行监听。此时用netstat &an命令，可以看到一个Listending状态的端口。只需要找一个没有被占用的端口就能解决这个问题。
第2个异常是java.net.SocketException: Connection refused: connect。
该异常发生在客户端进行 new Socket(ip, port)操作时，该异常发生的原因是或者具有ip地址的机器不能找到（也就是说从当前机器不存在到指定ip路由），或者是该ip存在，但找不到指定的端口进行监听。出现该问题，首先检查客户端的ip和port是否写错了，如果正确则从客户端ping一下服务器看是否能ping通，如果能ping通（服务服务器端把ping禁掉则需要另外的办法），则看在服务器端的监听指定端口的程序是否启动，这个肯定能解决这个问题。
第3个异常是java.net.SocketException: Socket is closed，
该异常在客户端和服务器均可能发生。异常的原因是己方主动关闭了连接后（调用了Socket的close方法）再对网络连接进行读写操作。
第4个异常是java.net.SocketException: （Connection reset或者Connect reset by peer:Socket write error）。
该异常在客户端和服务器端均有可能发生，引起该异常的原因有两个，第一个就是如果一端的Socket被关闭（或主动关闭或者因为异常退出而引起的关闭），另一端仍发送数据，发送的第一个数据包引发该异常(Connect reset by peer)。另一个是一端退出，但退出时并未关闭该连接，另一端如果在从连接中读数据则抛出该异常（Connection reset）。简单的说就是在连接断开后的读和写操作引起的。
第5个异常是java.net.SocketException: Broken pipe。
该异常在客户端和服务器均有可能发生。在第4个异常的第一种情况中（也就是抛出 SocketExcepton:Connect reset by peer:Socket write error后），如果再继续写数据则抛出该异常。前两个异常的解决方法是首先确保程序退出前关闭所有的网络连接，其次是要检测对方的关闭连接操作，发现对方关闭连接后自己也要关闭该连接。
编写网络程序时需要注意的问题
第1个问题是要正确区分长、短连接。所谓的长连接是一经建立就永久保持。短连接就是在以下场景下，准备数据&&建立连接& &发送数据&&关闭连接。很多的程序员写了多年的网络程序，居然不知道什么是长连接，什么是短连接。
第2个问题是对长连接的维护。所谓的维护包括两个方面，首先是检测对方的主动断连（既调用 Socket的close方法），其次是检测对方的宕机、异常退出及网络不通。这是一个健壮的通信程序必须具备的。检测对方的主动断连很简单，主要一方主动断连，另一方如果在进行读操作，则此时的返回值只-1，一旦检测到对方断连，则应该主动关闭己方的连接（调用Socket的close方法）。
而检测对方的宕机、异常退出及网络不通常用方法是用&心跳&，也就是双方周期性的发送数据给对方，同时也从对方接收&心跳&，如果连续几个周期都没有收到对方心跳，则可以判断对方或者宕机或者异常推出或者网络不通，此时也需要主动关闭己方连接，如果是客户端可在延迟一定时间后重新发起连接。虽然Socket有一个keep alive选项来维护连接，如果用该选项，一般需要两个小时才能发现对方的宕机、异常退出及网络不通。
第3个问题是处理效率问题。不管是客户端还是服务器，如果是长连接一个程序至少需要两个线程，一个用于接收数据，一个用于发送心跳，写数据不需要专门的线程，当然另外还需要一类线程（俗称Worker线程）用于进行消息的处理，也就是说接收线程仅仅负责接收数据，然后再分发给Worker进行数据的处理。如果是短连接，则不需要发送心跳的线程，如果是服务器还需要一个专门的线程负责进行连接请求的监听。这些是一个通信程序的整体要求，具体怎么设计你的程序，就看你自己的设计水平了。
【责任编辑： TEL：（010）】
大家都在看猜你喜欢
头条头条头条头条头条
24H热文一周话题本月最赞
讲师：785042人学习过
讲师：91915人学习过
讲师：13031人学习过
精选博文论坛热帖下载排行
精选目前国内外最流行的程序设计语言――Java作为本书的选题，并以丰富的内容来解决读者学习该语言时可能遇到的各种问题。以专业的论坛为基...
订阅51CTO邮刊