JAVA多多

⑴ javascriptjava一水多多适配所有手机，女主：有网就行！

javascriptjava一水多多是一款超强大的影视资源神器，涵盖的多个站点的资源库，在线看的时候加载源头还是很流畅的，遇到卡顿或者是功能延迟的话可以跳转到另一条，一站式的功能自动化的直接适配，喜欢的资源每日都会收录，日常看剧直接拖拽影视很便利，便捷的操作和极其稳定的线路很方便，vip影视剧每日都会收录。javascriptjava一水多多软件大数据的查找功能下拉过后即刻解析，支持标清、蓝光和超高清画质随意切换，更新的速度很有保障的，片源以及私人化的推荐每日都会更新，所有影视的合集带有大数据的算法推荐，国内外的剧集内容会一站式的快速解锁，有喜欢的内容直接加入到收藏夹列表不丢失，按照热度热点功能更新的分类支持缓存本地来看哦。

⑵ java的多线程与linux的多线程的关系

java自己实现了线程库，也就是说java的线程并不和操作系统的线程对应，jvm在操作系统上面是一个进程，当这个进程被操作系统调度到后，jvm内部实现的线程库再调度java线程，为什么是这样呢？考虑到以前的操作系统内核，比如linux，在以前都不直接支持线程，用户线程和内核线程是多对一的关系，solaris一度也是这样，所以java当然心有余而力不足了，你操作系统都不能完美支持线程，你让我实现不是难为我吗？在那个年代，java多线程的调度完全是自主的，操作系统根本不知道java是多线程的，调度策略完全自己实现，单cpu下肯定是分时的，多cpu下就看jvm会不会建立多cpu上的多jvm实例了。
到了后来，操作系统内核纷纷都支持了多线程（windows开始就支持），那么java也要考虑推卸一些责任了，这样java线程就和操作系统线程一一对应或多多对应了，这个时候，如果是一一对应，那么线程的调度完全交给了操作系统内核，当然jvm还保留一些策略足以影响到其内部的线程调度，举个例子，在linux下，只要一个Thread.run就会调用一个fork产生一个线程。
问：java获得cup使用权采用的抢占机制，使用cup的时候是分时机制，这句话对不对？
答：部分对，早期实现，基本可以实现抢占式，但是现代实现，如果系统不支持抢占，那么jvm也无所谓抢占了。
问：多线程使用cup和使用的操作系统有关还是java机制有关（xp是什么机制）
答：早期是java机制实现，现在大部分是操作系统实现的，java机制仅仅保留了相关策略从而影响调度；xp是基于优先级的抢占式调度，其性能很大程度依赖于动态优先级提升