云在天边看世界

两种方式：

方法一:继承自Thread类
方法二:实现Runnable接口

Java中每一个对象都有一把独占锁。独占锁只限制线程对它的同步方法的访问，对非同步方法，独占锁没有意义。
  synchronized是java中解决同步问题的一个方法。synchronized可以用来修饰方法，这样的方法就是同步方法。一个对象里可以有任意多个同步方法。任意时间里只能有一个线程访问这些同步方法。例如，线程T1在访问同步方法M1，此时还有一个同步方法M2无人访问，但是由于已经有一个线程正在访问这个对象的同步方法M1，所以试图访问M2的线程将被阻塞。直到T1对M1的访问结束。
  可见同步方法有在一个同步方法运行期内保证只有一个线程能够进入。一旦方法结束，里面的线程就会失去对该对象的独占权。
  synchronized语句块，可以指定要获得哪个对象的独占权，一旦获得，在语块执行过程中，线程会始终掌握该对象的独占权。此时，它可以连续访问多个该对象的同步方法。在整个过程中，独占权都牢牢掌握在该线程手中，其它线程没有任何机会。而如果没有同步语句块，则如果连续访问某个对象的同步方法，则在前一个方法返回，到下一个方法调用的间隙内，其他线程有机会抢先获得该对象的独占权。

反对使用stop()，是因为它不安全。它会解除由线程获取的所有锁定，当在一个线程对象上调用stop()方法时，这个线程对象所运行的线程就会立即停止，假如一个线程正在执行：synchronized void { x = 3; y = 4;}　由于方法是同步的，多个线程访问时总能保证x,y被同时赋值，而如果一个线程正在执行到x = 3;时，被调用了 stop()方法，即使在同步块中，它也干脆地stop了，这样就产生了不完整的残废数据。而多线程编程中最最基础的条件要保证数据的完整性，所以请忘记线程的stop方法，以后我们再也不要说“停止线程”了。而且如果对象处于一种不连贯状态，那么其他线程能在那种状态下检查和修改它们。结果 很难检查出真正的问题所在。

suspend()方法容易发生死锁。调用suspend()的时候，目标线程会停下来，但却仍然持有在这之前获得的锁定。此 时，其他任何线程都不能访问锁定的资源，除非被"挂起"的线程恢复运行。对任何线程来说，如果它们想恢复目标线程，同时又试图使用任何一个锁定的资源，就 会造成死锁。所以不应该使用suspend()，而应在自己的Thread类中置入一个标志，指出线程应该活动还是挂起。若标志指出线程应该挂起，便用 wait()命其进入等待状态。若标志指出线程应当恢复，则用一个notify()重新启动线程。