java为什么序列号？如何用JAVA生成注册序列号
大家好，今天小编来为大家解答java为什么序列号这个问题，如何用JAVA生成注册序列号很多人还不知道，现在让我们一起来看看吧！
java程序添上包就不能运行了,为什么
将生成的class文件放到文件夹wo下面
然后使用java wo/Helloword解释运行。。
下面是我在网络上看到的一篇文章，感觉不错！贴上来给你！
1，什么都别说，先跟着我来做一把
我们先找一个目录，比如C:\myjob
然后我们建立两个目录，一个叫做src，一个叫做bin
C:\myjob>md src
C:\myjob>md bin
C:\myjob>dir
驱动器 C中的卷是 LIGHTNING
卷的序列号是 3DD1-83D9
C:\myjob的目录
2005-12-25 14:33<DIR>.
2005-12-25 14:33<DIR>..
2005-12-25 14:34<DIR> src
2005-12-25 14:34<DIR> bin
0个文件 0字节
4个目录 305,123,328可用字节
C:\myjob>
然后我们在src目录中去写程序
C:\myjob>cd src
C:\myjob\src>
我们写这么4个java文件
////A.java
package com.lightning;
public class A{
{System.out.println("com.lightning.A");}
}
////B.java
package com.lightning;
public class B{
{System.out.println("com.lightning.B");}
}
////C.java
package com;
public class C{
{System.out.println("com.C");}
}
////Test.java
package net.test;
import com.lightning.*;
import com.*;
public class Test{
public static void main(String[] args)
{
new A();new B();new C();
System.out.println("net.test.Test");
}
}
写好之后就是这样
C:\myjob\src>dir
驱动器 C中的卷是 LIGHTNING
卷的序列号是 3DD1-83D9
C:\myjob\src的目录
2005-12-25 14:34<DIR>.
2005-12-25 14:34<DIR>..
2005-12-25 14:39 86 A.java
2005-12-25 14:40 86 B.java
2005-12-25 14:42 194 Test.java
2005-12-25 14:43 68 C.java
4个文件 434字节
2个目录 305,106,944可用字节
然后我们建立com目录，com\lightning\目录，net\test\目录
C:\myjob\src>md com
C:\myjob\src>md com\lightning
C:\myjob\src>md net\test\
我们将Test.java放入net\test\中去
将A.java，B.java放入com\lightning\中去
将C.java放入com\中去
C:\myjob\src>move Test.java net\test\
C:\myjob\src>move A.java com\lightning\
C:\myjob\src>move B.java com\lightning\
C:\myjob\src>move C.java com\
然后我们在c:\myjobs中发令：
C:\myjob\src>cd..
C:\myjob>javac-sourcepath src-d bin src\net\test\Test.java
然后我们看看bin目录中多了什么
C:\myjob>dir bin/s
驱动器 C中的卷是 LIGHTNING
卷的序列号是 3DD1-83D9
C:\myjob\bin的目录
2005-12-25 14:34<DIR>.
2005-12-25 14:34<DIR>..
2005-12-25 14:46<DIR> net
2005-12-25 14:46<DIR> com
0个文件 0字节
C:\myjob\bin\net的目录
2005-12-25 14:46<DIR>.
2005-12-25 14:46<DIR>..
2005-12-25 14:46<DIR> test
0个文件 0字节
C:\myjob\bin\net\test的目录
2005-12-25 14:46<DIR>.
2005-12-25 14:46<DIR>..
2005-12-25 14:46 520 Test.class
1个文件 520字节
C:\myjob\bin\com的目录
2005-12-25 14:46<DIR>.
2005-12-25 14:46<DIR>..
2005-12-25 14:46<DIR> lightning
2005-12-25 14:46 338 C.class
1个文件 338字节
C:\myjob\bin\com\lightning的目录
2005-12-25 14:46<DIR>.
2005-12-25 14:46<DIR>..
2005-12-25 14:46 354 A.class
2005-12-25 14:46 354 B.class
2个文件 708字节
所列文件总数:
4个文件 1,566字节
14个目录 305,057,792可用字节
然后我们执行，同样在c:\myjobs\下发令
C:\myjob>java-cp bin net.test.Test
com.lightning.A
com.lightning.B
com.C
net.test.Test
2，从实践到理论
刚才我用一个非常简单但是非常完整的例子给大家演示了java的package机制。
为什么以前脑海里面那么简单的javac会搞得这么复杂呢？
实际上它本就这么复杂，
并不是一个.java，一行javac一个当前目录中的class这么简单。
首先我要打破一些东西，然后才好建立一些东西。
javac并非只是给一个.java编译一个class的。javac自带有make机制，也就是说，如果在
javac的参数中java文件使用到的任何类，javac首先会去找寻这个类的class文件存在与否
，如果不存在，就会在sourcepath中找寻源代码文件来编译。
什么是sourcepath呢？sourcepath是javac的一个参数，如果你不加指定，那么sourcepath
就是classpath。
比如我们装好jdk之后，我说过不要设定classpath环境变量，因为大部分人一旦设定了
classpath，不是多此一举把什么dt.jar放进去。（我可以好好打击你一下，告诉你一个可
悲的事实——jre永远不会从你这个classpath中去寻找dt.jar。你完全是徒劳的！）就是
把"."搞不见了，搞得是冷水一盆盆的往自己身上泼，脑袋一点点的涨大。
不要设！classpath没有你想象中那么普适和强大，它只是命令行的简化替代品。
你不设的话它就是"."。
回到sourcepath，sourcepath指的是你源代码树的存放地点。
为什么是源代码树？而不是一个目录的平板源代码呢？
请大家将原本脑海中C的编译过程完全砸掉！
java完全不同，java没有头文件，每个.java都是要放在源代码树中的。
那么这颗树是怎么组织的呢？
对了，就是package语句。
比如写了package com.lightning;
那么这个.java就必须放在源代码树根\的com\lighting\之下才行。
很多浮躁的初学者被default打包方式宠坏了。自我为中心，以为java就是一套库，自己写
的时候最多import进来就行了，代码从不打包，直接javac，直接java，多么方便。
孰不知自己写的这个.java也不过是java大平台的其中一个小单元而已。如果不打包，
我写一个Point，你写一个Point，甚至更有甚者敢于给自己的类起名叫String等等。
全部都在平板式的目录中，那jre该选哪一个？
一旦要使用package语句，就要使用代码树结构，当然，你要直接javac，也行。
不过javac出来的这个class要放在符合package结构的目录中才能发挥正常作用，否则就是
废物一坨。
而且，如果你这个.java还用到其它自己写的有package语句的.java，那这个方法就回天乏
术了。
按照sun的想象，应该是写好的.java放在符合package结构的目录中，package语句保证了
正确放置，如果目录位置和package语句中指示的不同，则会出错。
所以按照刚才我们的那种package写法，我们必然要将那几个.java文件放入相应的目录中
才能让javac顺利找到他们来make。
有人说javac可不可以像java那样 java aaa.bbb.c...java？
不可以
javac中的那个.java文件参数必须是一个文件系统的路径文件名形式。
然后如果用到其它的.java，javac会根据目前的sourcepath出发寻找目录结构中的那些
java文件。
当然了，既然打了包，在使用的时候。
要么写全名——包名.类名
或者使用import
不得不提的是，import就好比c++的using，它不负责做文件操作，它只是方便你写代码。
另外import语句中的*代表的是类名，不代表包名片断。
你import com.*;
编译器仍然找不到com.lightning中的任何类。
反之亦然。
就好象你告诉编译器，我这里面要用到姓诸葛的人。
那么姓诸的人当然编译器不会认为也包含在内。
所以，如果程序一旦写到一定规模。
就不得不使用ant来管理这些。
或者使用IDE，否则jdk就真的变成了java developer killer。
但是对于初学者，在了解为什么会有ant之类的之前，还是要体会一下使用
jdk的艰辛。
这个和以前在unix上开发的人用gcc命令行到后来使用make之后使用ide
之类的时候的体会是类似的。
最后，javac的-d参数是指示编译出来的class文件放在哪里的，如果你不指定的话，它们
和.java混在一起。当然也符合目录结构。
如何用JAVA生成注册序列号
平常我们都接触过软件注册，输入序列号、激活码、注册码、授权码；对于这些字符码到底代表什么含义不甚了解，但一般来说，这些字符码中都有几个特点：
1、唯一性，肯定是一个唯一的序列号，否则就会存在滥用的问题。
2、加密性，肯定是经过加密或者混乱的，防止大家自己生成序列号。
3、解密性，软件自身肯定可以解密，否则无法验证合法性。
4、可读性，序列号一般都比较标准，方便书写和记忆，所以一般都为数字和字母。
以下给出简单示例：
[java] view plaincopy
/**
* byte转哈希
*@param b
*@return
*/
public static String byte2hex(byte[] b){
String hs="";
String stmp="";
for(int n= 0; n< b.length; n++){
stmp= Integer.toHexString(b[n]& 0xFF);
if(stmp.length()== 1)
hs+=("0"+ stmp);
else
hs+= stmp;
}
return hs.toUpperCase();
}
/**
*哈希转byte
*@param b
*@return
*/
public static byte[] hex2byte(byte[] b){
if((b.length% 2)!= 0)
throw new IllegalArgumentException("长度不是偶数");
byte[] b2= new byte[b.length/ 2];
for(int n= 0; n< b.length; n+= 2){
String item= new String(b, n, 2);
b2[n/ 2]=(byte) Integer.parseInt(item, 16);
}
return b2;
}
java.lang.exception:序列号验证失败,
异常的概述
什么是异常？Java代码在运行时期发生的问题就是异常。在Java中，把异常信息封装成了一个类。当出现了问题时，就会创建异常类对象，并抛出异常相关信息(如异常信息出现的位置，原因等)。
二.异常的继承体系
在Java中使用Exception类来描述异常。Exception类及其子类是Throwable的一种形式，它指出了合理应用程序想要捕获的异常条件。查看Java的API文档我们可以发现Exception有继承关系，它的父类是Throwable。Throwable是Java语言中所有错误或异常的超类。另外，在异常Exception类中，有一个子类要特殊说明一下，RuntimeException子类，RuntimeException及其它的子类只能在Java程序运行过程中出现。
我们再来观察Throwable类，能够发现与异常Exception平级的有一个Error，它是Throwable的子类，它用来表示Java程序中可能会产生的严重错误。解决办法只有一个，修改代码避免Error错误的产生。
java 按天生成序号
提供2个思路:
1:存取最后一次序列号的日期,每次生成序号的时候取该日期和当前日期对比不同则重新计数,并将本次日期覆盖为最后一次序列号的日期;
2:如果用数据库存储的话可以考虑每次去数据库查询是否有like当前日期的序号,没有则重新计数;
好了，本文到此结束，如果可以帮助到大家，还望关注本站哦！