- Siêu lớp và danh mục iOS/Objective-C
- object-c - -1001 lỗi khi NSURLSession vượt qua httpproxy và /etc/hosts
- java - Nhận địa chỉ url bằng lớp mạng
- ios - Âm thanh không phát trong thông báo đẩy
Hãy xem xét đoạn mã sau
lớp công khai ThreadTest1
{
riêng tư cuối cùng tĩnh dài startTime = System.currentTimeMillis();
public static void main(String args[])
{
Chủ đề ct = Chủ đề mới(new ChildThread());
ThreadTest1.print("bắt đầu các chủ đề con trong MAIN");
ct.start();
đồng bộ(ct)
{
thử
{
ThreadTest1.print("sắp bắt đầu chờ() trong MAIN");
ct.wait();
ThreadTest1.print("sau khi chờ() trong MAIN");
}
bắt (Ngoại lệ e)
{
ThreadTest1.print("Ngoại lệ trong MAIN");
}
}
}
in void tĩnh công khai (Chuỗi s)
{
System.out.println("Milli giây : "+(System.currentTimeMillis()-ThreadTest1.startTime)+"\t: "+s);
}
}
lớp ChildThread triển khai Runnable
{
public void run()
{
được đồng bộ hóa (cái này)
{
thử
{
ThreadTest1.print ("trước luồng thông báo Tất cả trong TRẺ");
thông báoAll();
ThreadTest1.print("thông báoTất cả kết thúc, chế độ ngủ bắt đầu ở TRẺ");
Thread.sleep(10000);
ThreadTest1.print("sau khi thread ngủ trong TRẺ");
}
bắt (Ngoại lệ e)
{
ThreadTest1.print("Ngoại lệ ở TRẺ");
}
ThreadTest1.print("Kết thúc phương thức chạy ở TRẺ");
}
}
}
输出如下:
Mili giây : 12 : bắt đầu các luồng con trong MAIN
Một phần nghìn giây: 13: sắp bắt đầu wait() trong MAIN
Một phần nghìn giây : 13 : trước luồng thông báo Tất cả trong TRẺ
Mili giây : 13 : thông báoTất cả kết thúc, giấc ngủ bắt đầu ở TRẺ
Mili giây: 10015: sau khi ngủ ở TRẺ
Mili giây : 10015 : Kết thúc phương thức chạy trong TRẺ
Mili giây: 10016: sau wait() trong MAIN
notificationAll() được gọi ở mili giây thứ 13. Nhưng quyền kiểm soát chỉ xuất hiện ở trạng thái chờ() ở mili giây thứ 10016.
Từ mã đưa ra ở trên, có vẻ như lệnh gọi wait() không kết thúc ngay sau lệnh gọi notification().
Nhưng tất cả các tập tin bao gồmAPI Java , chỉ định rằng phương thức gọi wait() sẽ nhận được khóa ngay sau khi gọi notification().
Nếu wait() không kết thúc khi thông báo() được gọi, thì nhu cầu thông báo() trở nên không hợp lệ vì phương thức gọi wait() sẽ tự động giành quyền kiểm soát khi phương thức chạy của luồng mới kết thúc, ngay cả khi nó không được gọi là thông báo( ).
Nếu tôi mắc lỗi ở đây, xin vui lòng đợi ai đó chỉ ra.
câu trả lời hay nhất
Vấn đề là bạn đang thông báo và chờ đợikhác biệt sự vật. Bạn đang ở Chủ đề
thượng đẳng Chờ đợi()
并在 chạy()
Được gọi trong phương thức cái này
...đây là một Chủ đề con
.
Vì bạn đã đặt sai tên của mình Chủ đề con
lớp học, chuyện này đã được che đậy rồi. cái têngợi ýnó là mộtChủ đề
lớp con, nhưng nó thực sự là mộtCó thể chạy được
lớp con.
Về java: phương thức wait() vẫn tiếp tục chờ ngay cả sau khi gọi notificationAll(), chúng tôi đã tìm thấy một câu hỏi tương tự trên Stack Overflow: https://stackoverflow.com/questions/20334637/
我在一次采访中遇到过这个问题。 线程中wait和wait on time有什么区别? 我知道 wait 方法 导致当前线程等待,直到另一个线程调用此对象的 notify() 方法或 notifyAll
我在这里得到了一个 java 代码片段,这让我想知道调用 wait() 和 this.wait() 之间的区别是什么。 假设您有一个类,该类具有获取资源的方法并且是同步的。通常,如果资源不可用,我会在
我知道如何使用 wait_event 在 Linux 内核队列中等待以及如何唤醒它们。 现在我需要弄清楚如何同时在多个队列中等待。我需要多路复用多个事件源,基本上以类似于 poll 或 select
c系统编程中wait(null)和wait(&status)有什么区别? 指针状态的内容是什么? 最佳答案 如果您调用 wait(NULL) ( wait(2) ),您只会等待任何子进程终止。使用 w
设想: 用户单击 View 上的按钮 这会调用 ViewModel 上的命令 DoProcessing 考虑到 View 和 ViewModel 的职责,Wait 光标是如何以及在哪里设置的? 为了清
我在使用 Selenium 的代码中看到了 FluentWait 和 WebDriverWait。 FluentWait 使用轮询技术,即它将在每个固定时间间隔轮询特定的 WebElement。我想知
我编写了以下代码,其中 start 方法应该等待,直到 stop 方法通知它。但是在执行过程中,尽管我已指定它等待,但启动方法下面的日志行会被打印。下图是我的start方法实现如下。 private
我有以下连接到 SignalR Hub 的代码 private static async Task StartListening() { try {
我对线程中的 wait() 方法如何工作感到很困惑。假设我写: public class test3 { public static void main(String args[]){
在使用 Java 线程原语构造线程安全有界队列时 - 这两种构造之间有什么区别 创建显式锁定对象。 使用列表作为锁并等待它。 示例 1 private final Object lock = new
故事: 在 Java selenium 语言绑定(bind)中有一个 FluentWait class ,这允许严格控制如何检查预期条件: Each FluentWait instance defin
wait-die 和 wound-wait 算法有什么区别? 这两种死锁预防技术似乎都在做同样的事情:回滚旧进程。 两者有什么区别? 请提供一个合适的例子来对比这两种算法。 最佳答案 Wait-Die
在 Java 线程转储中,您可以看到堆栈跟踪中提到的锁。 似乎有三种信息: 1: - locked (a java.io.BufferedInputStream) 2: - waiting to l
以下代码运行大约需要 20 秒。然而,取消注释 do! 后只用了不到一秒的时间。为什么会有这么大的差异? 更新:使用ag.Add时需要9秒。我已经更新了代码。 open FSharpx.Control
我在 ASP.NET WebForms 网站上有一个服务器端点击事件。在这种情况下,我调用一个方法,该方法又调用其异步合作伙伴方法,在调用中添加 .Wait()。 此方法然后向下几个级别(即,调用另一
有 3 种状态的线程处于 Activity 状态但既不运行也不可运行:- sleep 已阻止 正在等待 当线程执行 sleep() 方法时,它会在其参数指定的时间段(比如几毫秒)内从运行状态进入休眠状
考虑以下代码 public class ThreadTest1 { private static final long startTime = System.currentTimeMillis();
我有一个使用线程的 Java 应用程序,它使用多个 Lock 对象实例来同步对公共(public)资源的访问。 现在,作为性能测量的一部分,我想测量每个线程在每个锁中花费的时间。到目前为止,我已经尝试
我写了下面这段代码: let first_row = rows_stream.take(1).wait(); 并收到以下错误(当我真正想要访问该元素时): found struct `futures:
我使用了两个命令来等待设备启动:adb 等待设备和 adb 等待设备。两者似乎都在等待设备启动,我发现它们的行为没有任何区别。他们的行为有什么不同吗? 添加更多关于我所做的信息: 所以这就是我所做的,
Tôi là một lập trình viên xuất sắc, rất giỏi!