这样可以吗?
JFrame用GridLayout分成四个部分。每个部分添加一个JPanel.你要对其中一个JPanel做任何事情(即使强奸她),别的JPanel都不管。

解决方案 »

  1.   

    既然是多线程哪就无所谓在那里声明和起始的了,这是结构的问题。要同步就是必然有某些对象被线程共享了。楼上说的太笼统了。但是需要注意的就是死锁的问题,有wait的地方必然要有notifyAll(注意不是notify,鬼才知道它会唤醒那个线程,要唤醒所有有可能执行的线程)的地方,否则就会有死锁的风险。还有需要关注的是只读操作的问题,只读操作未必是安全的,如果共享数据是敏感数据不能出任何差错的话,只读操作最好也同步。比如:在java中的long a,a++是需要俩个时钟周期的,而此时如果并发读操作可能就会得到中间结果。还有线程优先级的问题,最好不要滥用,因为这是由操作系统最终决定的,不同的操作系统中优先级的数量可能不同,对优先级的处理也不同。有的操作系统是分时操作系统(windows),它可以保证每个线程都有机会被唤醒,而有的操作系统是抢占式的(soloris),高优先级的线程总是优先被唤醒,可能会造成低优先级线程永远不会被唤醒,除非高优先级的线程结束。一个对象一把锁,拿着锁的对象不要占着茅坑不拉shi,拉不出来就让别人去拉,自己有需要时再来,否则其他人都要憋着,而自己还硬挤累坏身体。
      

  2.   

    优先级的作用就像排队。
      在有的国家比如中国是礼仪之邦(soloris),做事情都要排队(比如上厕所的那个例子),大家优先级都一样,那就要排队,而有的人快憋不住了(优先级高的),排在前面的人是个热心肠,哪怕自己再多忍一会儿也不想让这个人太痛苦了,就让他先进去方便。可是每个人都是热心肠,都把内急的人让进去,那好只要有内急的人就优先进去,其他人都要等着。
      可是有的国家特虚伪比如日本(windows),在大家都有饭吃的时候遵纪守法,可是一旦茅坑紧张不够用的时候,就乱作一团你争我抢,身体强壮的(优先级高的人)可能就冲到前面,可以优先饱餐一顿,但是也不绝对,可能刚好门口有个身体单薄的人,他抢先占据了位置吃了起来,没办法身体强壮的人只好也等着了前面的人先吃完。总之就是身体强壮的能优先吃到的概率大于身体单薄的。
      
       唉,抢什么呢?我们中国人多吃点,你们也不就吃饱了吗,落后的民族呀!!
      

  3.   

    优先级的作用就像排队。
      在有的国家比如中国是礼仪之邦(soloris),做事情都要排队(比如上厕所的那个例子),大家优先级都一样,那就要排队,而有的人快憋不住了(优先级高的),排在前面的人是个热心肠,哪怕自己再多忍一会儿也不想让这个人太痛苦了,就让他先进去方便。可是每个人都是热心肠,都把内急的人让进去,那好只要有内急的人就优先进去,其他人都要等着。
      可是有的国家特虚伪比如日本(windows),在大家都有饭吃的时候遵纪守法,可是一旦茅坑紧张不够用的时候,就乱作一团你争我抢,身体强壮的(优先级高的人)可能就冲到前面,可以优先饱餐一顿,但是也不绝对,可能刚好门口有个身体单薄的人,他抢先占据了位置吃了起来,没办法身体强壮的人只好也等着了前面的人先吃完。总之就是身体强壮的能优先吃到的概率大于身体单薄的。
      
       唉,抢什么呢?我们中国人多吃点,你们也不就吃饱了吗,落后的民族呀!!
      

  4.   

    如果不显示声明自己的优先级的话,那么每个人的优先级都一样,谁也不要抢都是normal的默认值,如果谁内急得很就要显示声明自己快憋不住了(new Thread的一个参数)。不说,没有人知道,当然也就不会让了!