java 与 c# 3des 加解密
java 与 c# 3des 加解密
主要差异如下：
1、 对于待加密解密的数据，各自的填充模式不一样
C#的模式有：ANSIX923、ISO10126、None、PKCS7、Zero，而Java有：NoPadding、PKCS5Padding、SSL3Padding
2、 各自默认的3DES实现，模式和填充方式不一样
C#的默认模式为CBC,默认填充方式为PKCS7; java的默认模式为ECB，默认填充方式为PKCS5Padding
3、 各自的key的size不一样
C#中key的size为16和24均可；java中要求key的size必须为24；对于CBC模式下的向量iv的size两者均要求必须为8
翻看了3DES的原理：
DES主要采用替换和移位的方法,用56位密钥对64位二进制数据块进行加密,每次加密可对64位的输入数据进行16轮编码,
经一系列替换和移位后,输入的64位转换成安全不同的64的输出数据
.
3DES:是在DES的基础上采用三重DES,即用两个56位的密钥K1,K2,发送方用K1加密,K2解密,再使用K1加密.接收方使用K1解密,K2加密,再使用K1解密,
其效果相当于密钥长度加倍.
于是尝试在java中，对key进行补位，即用前8个字节作为byte[24] 中的byte[16]~byte[23];发现与c#中加密的结果相同！于是大胆假设C#中可能是检查key的size为16的时候
自动将前8个字节作为k3进行了补位，而java没有实现这一点（因为java的3DES算法中强制要求key的size必须为24）。这样的情况下，可能就是发送方用k1加密、k2解密、k3再加密；接受方k3解密、k2加密、再k1解密来实现。
最终经过编码验证，确认key大小为24时，java和c#的加密解密结果相一致。
Java中实现时，只要注意对大小不足24的key进行补位，和采用CBC模式，填充模式为PKCS5Padding即可。
public class CDES {
public static byte[] encrypt(String sKey, byte[] bIV, byte[] bPlainText, int nOffset, int nSize)
throws Exception {
byte[] bKey = buildKey(sKey);
byte[] bInput = buildInput(nSize, bPlainText, nOffset);
byte[] bResult = encrypt(bIV, bKey, bInput);
return bResult;
}
public static byte[] decrypt(String sKey, byte[] bIV, byte[] bCipherText)
throws Exception {
byte[] bKey = buildKey(sKey);
SecretKey securekey = buildSecretKey(bKey);
IvParameterSpec iv = new IvParameterSpec(bIV);
Ciph
相关文档：
一：C# 连接SQL数据库
Data Source=myServerAddress;Initial Catalog=myDataBase;User Id=myUsername;Password=myPassword;
Data Source=190.190.200.100,1433;Network Library=DBMSSOCN;Initial Catalog=myDataBase;User ID=myUsername;Password=myPassword;
Server=myServerAddress;Database=myDataBase;User ID=myUse ......
文思信息技术有限公司www.vanceinfo.com（纽交所上市代码：VIT）成立于1995年，是一家信息技术服务提供商及在中国居领先地位的离岸软件开发公司之一。文思是第一家在纽约股票交易所上市的中国软件服务外包企业。据国际数据公司(IDC)的统计, 以2007年销售额衡量, 文思信息技术在为欧美市场提供离岸软件开发行业中位居中国第� ......
遇到过这样一个情况，需要用java读取一个200M的文本格式文件，而且还需要对文件的内容做解析，进行分词。如果用JVM的默
认设置，利用Scanner类只能读出4M大小内容，于是我就在网上搜索，但是网上没有找到一篇文章是我所需要的内容。于是我只好翻thinking
in
java，发现了一个java的nio里有个MappedByteBuffer类，他的作� ......
首先了解下所谓的java nio是个什么东西！
IO是靠字符或字节进行传输，比较慢！ 而NIO是靠块， 也就相当于一个Buffer， 一块一块
的传输， 速度较快
！ 同时加入了多线程
的控制， 一个NIO流可以同时传输多个块等， 也就是所谓的异步传输
；
传统
的并发型
服务器设计是利用阻塞型网络I/O
以多线程的� ......
