C#到Java byte类型冲突的解决
最近要改写一个核心加密认证类，从C#改写成Java。
发现在调试时，加密的数据无论如何也对不上。
经过跟踪，发现问题出在C#和Java byte类型的区别上：在C#里 byte类型是无符号的，而Java里是有符号的，所以C#里的129到Java里就成了负数。
发现了问题，解决就比较容易了，针对Java的byte，采用Int来进行存储。
通过如下代码从byte到int进行转换：
/**
* from byte to int, because of byte in java is signed
*/
private static int toInt(int b) {
return b >= 0 ? (int)b : (int)(b + 256);
}
对于下面C#的代码：
private static AuthenticationTicket fromByteArray(byte[] buf)
{
MemoryStream ms = new MemoryStream(buf);
BinaryReader reader = new BinaryReader(ms);
short version = reader.ReadInt16();
short scope = reader.ReadInt16();
int key = reader.ReadInt32();
}
改写为如下形式，相当于重新实现BinaryReader的ReadInt16和ReadInt32方法。
private static AuthenticationTicket fromByteArray(int[] bufInt)
{
int version = readInt16(bufInt);
int scope = readInt16(bufInt);
long key = readInt32(bufInt);
}
private static int readInt16(int[] bufInt) {
int i = 0;
for(int j = 0; j < 2; readArrayIndex++, j++) {
i += bufInt[readArrayIndex] << (j << 3);
}
return i;
}
private static long readInt32(int[] bufInt) {
long i = 0;
for(int j = 0; j < 4; readArrayIndex++, j++) {
i += bufInt[readArrayIndex] << (j << 3);
}
return i;
}
上面的例子说明，c#和Java虽然非常相像，但是一些关键细节的不同是需要仔细考虑的。
相关文档：
关于 Java Concurrency
自从Java诞生之时，Java 就支持并行的概念，比如线程和锁机制。这个教程帮助开发多线程Java程序员能够理解核心的Java并行理念以及如何使用他们。 内容涉及到Java语言中的线程， 重练级以及轻量级同步机制 以及JavaSE 5 中的锁，原子量 并行容器，线程调度 以及线程执行者 ......
import java.util.LinkedList;
import java.util.List;
public class ShortestPaths {
private static String showPath[] = { "", "", "", "", "", "" };
& ......
1.在你觉得有错的地方设置断点
2.点击甲壳虫一样的按钮下面的子按钮，也是甲壳虫一样的，叫Debug
3.运行程序，当程序运行到刚才设置断点的位置就会停下来，并且那行代码底色会高亮显示。
4.接着你在如下界面你可以看到你想要的信息
5.在Variables里面可以查看所有变量的值，比如刚才设置的断点里面的strClassName的值就 ......
var ProjectName = document.getElementById("<%=ProjectName.ClientID%>").innerText;
ProjectName = ProjectName.replace(/(^\s*)|(\s*$)/g, ""); // 相当于Trim()函数 ......
篇文章是最近刚看到的，虽然是说程序员从C++转JAVA需要注意的地方，但是很详细的说出了C++和JAVA的不同的地方，对于JAVA中为什么没有指针、为什么没有内存泄露、接口和C++中多重继承的关系、异常机制等问题也描述的很详细，故转载过来。
1.Java在虚拟机上运行
Java源代码并不是被编译成为普通的机器代码。而是被翻译成� ......
