2014-06-30 19:39:45 +04:00
|
|
|
/* -*- Mode: C++; tab-width: 8; indent-tabs-mode: nil; c-basic-offset: 2 -*- */
|
|
|
|
/* vim: set ts=8 sts=2 et sw=2 tw=80: */
|
2012-05-21 15:12:37 +04:00
|
|
|
/* This Source Code Form is subject to the terms of the Mozilla Public
|
|
|
|
* License, v. 2.0. If a copy of the MPL was not distributed with this
|
|
|
|
* file, You can obtain one at http://mozilla.org/MPL/2.0/. */
|
1999-04-02 13:20:44 +04:00
|
|
|
|
|
|
|
#ifndef nsThread_h__
|
|
|
|
#define nsThread_h__
|
|
|
|
|
Rollup of bug 645263 and bug 646259: Switch to mozilla:: sync primitives. r=cjones,dbaron,doublec,ehsan src=bsmedberg
Bug 645263, part 0: Count sync primitive ctor/dtors. r=dbaron
Bug 645263, part 1: Migrate content/media to mozilla:: sync primitives. r=doublec
Bug 645263, part 2: Migrate modules/plugin to mozilla:: sync primitives. sr=bsmedberg
Bug 645263, part 3: Migrate nsComponentManagerImpl to mozilla:: sync primitives. sr=bsmedberg
Bug 645263, part 4: Migrate everything else to mozilla:: sync primitives. r=dbaron
Bug 645263, part 5: Remove nsAutoLock.*. sr=bsmedberg
Bug 645263, part 6: Make editor test be nicer to deadlock detector. r=ehsan
Bug 645263, part 7: Disable tracemalloc backtraces for xpcshell tests. r=dbaron
Bug 646259: Fix nsCacheService to use a CondVar for notifying. r=cjones
2011-04-01 08:29:02 +04:00
|
|
|
#include "mozilla/Mutex.h"
|
2006-05-10 21:30:15 +04:00
|
|
|
#include "nsIThreadInternal.h"
|
|
|
|
#include "nsISupportsPriority.h"
|
|
|
|
#include "nsEventQueue.h"
|
|
|
|
#include "nsThreadUtils.h"
|
|
|
|
#include "nsString.h"
|
2010-11-19 01:19:19 +03:00
|
|
|
#include "nsTObserverArray.h"
|
2012-06-06 03:51:58 +04:00
|
|
|
#include "mozilla/Attributes.h"
|
2013-11-14 22:06:17 +04:00
|
|
|
#include "nsAutoPtr.h"
|
2015-07-10 06:21:46 +03:00
|
|
|
#include "mozilla/AlreadyAddRefed.h"
|
1999-04-02 13:20:44 +04:00
|
|
|
|
Bug 1179909: Refactor stable state handling. r=smaug
This is motivated by three separate but related problems:
1. Our concept of recursion depth is broken for things that run from AfterProcessNextEvent observers (e.g. Promises). We decrement the recursionDepth counter before firing observers, so a Promise callback running at the lowest event loop depth has a recursion depth of 0 (whereas a regular nsIRunnable would be 1). This is a problem because it's impossible to distinguish a Promise running after a sync XHR's onreadystatechange handler from a top-level event (since the former runs with depth 2 - 1 = 1, and the latter runs with just 1).
2. The nsIThreadObserver mechanism that is used by a lot of code to run "after" the current event is a poor fit for anything that runs script. First, the order the observers fire in is the order they were added, not anything fixed by spec. Additionally, running script can cause the event loop to spin, which is a big source of pain here (bholley has some nasty bug caused by this).
3. We run Promises from different points in the code for workers and main thread. The latter runs from XPConnect's nsIThreadObserver callbacks, while the former runs from a hardcoded call to run Promises in the worker event loop. What workers do is particularly problematic because it means we can't get the right recursion depth no matter what we do to nsThread.
The solve this, this patch does the following:
1. Consolidate some handling of microtasks and all handling of stable state from appshell and WorkerPrivate into CycleCollectedJSRuntime.
2. Make the recursionDepth counter only available to CycleCollectedJSRuntime (and its consumers) and remove it from the nsIThreadInternal and nsIThreadObserver APIs.
3. Adjust the recursionDepth counter so that microtasks run with the recursionDepth of the task they are associated with.
4. Introduce the concept of metastable state to replace appshell's RunBeforeNextEvent. Metastable state is reached after every microtask or task is completed. This provides the semantics that bent and I want for IndexedDB, where transactions autocommit at the end of a microtask and do not "spill" from one microtask into a subsequent microtask. This differs from appshell's RunBeforeNextEvent in two ways:
a) It fires between microtasks, which was the motivation for starting this.
b) It no longer ensures that we're at the same event loop depth in the native event queue. bent decided we don't care about this.
5. Reorder stable state to happen after microtasks such as Promises, per HTML. Right now we call the regular thread observers, including appshell, before the main thread observer (XPConnect), so stable state tasks happen before microtasks.
2015-08-11 16:10:46 +03:00
|
|
|
namespace mozilla {
|
|
|
|
class CycleCollectedJSRuntime;
|
|
|
|
}
|
|
|
|
|
2006-05-10 21:30:15 +04:00
|
|
|
// A native thread
|
2014-05-27 11:15:35 +04:00
|
|
|
class nsThread
|
|
|
|
: public nsIThreadInternal
|
|
|
|
, public nsISupportsPriority
|
1999-04-02 13:20:44 +04:00
|
|
|
{
|
|
|
|
public:
|
2013-07-19 06:31:26 +04:00
|
|
|
NS_DECL_THREADSAFE_ISUPPORTS
|
2006-05-10 21:30:15 +04:00
|
|
|
NS_DECL_NSIEVENTTARGET
|
|
|
|
NS_DECL_NSITHREAD
|
|
|
|
NS_DECL_NSITHREADINTERNAL
|
|
|
|
NS_DECL_NSISUPPORTSPRIORITY
|
2015-07-10 06:21:46 +03:00
|
|
|
// missing from NS_DECL_NSIEVENTTARGET because MSVC
|
|
|
|
nsresult Dispatch(nsIRunnable* aEvent, uint32_t aFlags) {
|
|
|
|
return Dispatch(nsCOMPtr<nsIRunnable>(aEvent).forget(), aFlags);
|
|
|
|
}
|
1999-04-02 13:20:44 +04:00
|
|
|
|
2014-05-27 11:15:35 +04:00
|
|
|
enum MainThreadFlag
|
|
|
|
{
|
2011-10-12 21:52:26 +04:00
|
|
|
MAIN_THREAD,
|
|
|
|
NOT_MAIN_THREAD
|
|
|
|
};
|
|
|
|
|
2012-08-22 19:56:38 +04:00
|
|
|
nsThread(MainThreadFlag aMainThread, uint32_t aStackSize);
|
1999-04-02 13:20:44 +04:00
|
|
|
|
2006-05-10 21:30:15 +04:00
|
|
|
// Initialize this as a wrapper for a new PRThread.
|
|
|
|
nsresult Init();
|
1999-04-06 01:02:24 +04:00
|
|
|
|
2006-05-10 21:30:15 +04:00
|
|
|
// Initialize this as a wrapper for the current PRThread.
|
|
|
|
nsresult InitCurrentThread();
|
1999-04-06 01:02:24 +04:00
|
|
|
|
2006-05-10 21:30:15 +04:00
|
|
|
// The PRThread corresponding to this thread.
|
2014-05-27 11:15:35 +04:00
|
|
|
PRThread* GetPRThread()
|
|
|
|
{
|
|
|
|
return mThread;
|
|
|
|
}
|
1999-04-02 13:20:44 +04:00
|
|
|
|
2006-05-10 21:30:15 +04:00
|
|
|
// If this flag is true, then the nsThread was created using
|
|
|
|
// nsIThreadManager::NewThread.
|
2014-05-27 11:15:35 +04:00
|
|
|
bool ShutdownRequired()
|
|
|
|
{
|
|
|
|
return mShutdownRequired;
|
|
|
|
}
|
1999-10-02 03:30:06 +04:00
|
|
|
|
2012-01-14 22:31:13 +04:00
|
|
|
// Clear the observer list.
|
2014-05-27 11:15:35 +04:00
|
|
|
void ClearObservers()
|
|
|
|
{
|
|
|
|
mEventObservers.Clear();
|
|
|
|
}
|
2012-01-14 22:31:13 +04:00
|
|
|
|
Bug 1179909: Refactor stable state handling. r=smaug
This is motivated by three separate but related problems:
1. Our concept of recursion depth is broken for things that run from AfterProcessNextEvent observers (e.g. Promises). We decrement the recursionDepth counter before firing observers, so a Promise callback running at the lowest event loop depth has a recursion depth of 0 (whereas a regular nsIRunnable would be 1). This is a problem because it's impossible to distinguish a Promise running after a sync XHR's onreadystatechange handler from a top-level event (since the former runs with depth 2 - 1 = 1, and the latter runs with just 1).
2. The nsIThreadObserver mechanism that is used by a lot of code to run "after" the current event is a poor fit for anything that runs script. First, the order the observers fire in is the order they were added, not anything fixed by spec. Additionally, running script can cause the event loop to spin, which is a big source of pain here (bholley has some nasty bug caused by this).
3. We run Promises from different points in the code for workers and main thread. The latter runs from XPConnect's nsIThreadObserver callbacks, while the former runs from a hardcoded call to run Promises in the worker event loop. What workers do is particularly problematic because it means we can't get the right recursion depth no matter what we do to nsThread.
The solve this, this patch does the following:
1. Consolidate some handling of microtasks and all handling of stable state from appshell and WorkerPrivate into CycleCollectedJSRuntime.
2. Make the recursionDepth counter only available to CycleCollectedJSRuntime (and its consumers) and remove it from the nsIThreadInternal and nsIThreadObserver APIs.
3. Adjust the recursionDepth counter so that microtasks run with the recursionDepth of the task they are associated with.
4. Introduce the concept of metastable state to replace appshell's RunBeforeNextEvent. Metastable state is reached after every microtask or task is completed. This provides the semantics that bent and I want for IndexedDB, where transactions autocommit at the end of a microtask and do not "spill" from one microtask into a subsequent microtask. This differs from appshell's RunBeforeNextEvent in two ways:
a) It fires between microtasks, which was the motivation for starting this.
b) It no longer ensures that we're at the same event loop depth in the native event queue. bent decided we don't care about this.
5. Reorder stable state to happen after microtasks such as Promises, per HTML. Right now we call the regular thread observers, including appshell, before the main thread observer (XPConnect), so stable state tasks happen before microtasks.
2015-08-11 16:10:46 +03:00
|
|
|
void
|
|
|
|
SetScriptObserver(mozilla::CycleCollectedJSRuntime* aScriptObserver);
|
2012-10-24 02:26:36 +04:00
|
|
|
|
Bug 1179909: Refactor stable state handling. r=smaug
This is motivated by three separate but related problems:
1. Our concept of recursion depth is broken for things that run from AfterProcessNextEvent observers (e.g. Promises). We decrement the recursionDepth counter before firing observers, so a Promise callback running at the lowest event loop depth has a recursion depth of 0 (whereas a regular nsIRunnable would be 1). This is a problem because it's impossible to distinguish a Promise running after a sync XHR's onreadystatechange handler from a top-level event (since the former runs with depth 2 - 1 = 1, and the latter runs with just 1).
2. The nsIThreadObserver mechanism that is used by a lot of code to run "after" the current event is a poor fit for anything that runs script. First, the order the observers fire in is the order they were added, not anything fixed by spec. Additionally, running script can cause the event loop to spin, which is a big source of pain here (bholley has some nasty bug caused by this).
3. We run Promises from different points in the code for workers and main thread. The latter runs from XPConnect's nsIThreadObserver callbacks, while the former runs from a hardcoded call to run Promises in the worker event loop. What workers do is particularly problematic because it means we can't get the right recursion depth no matter what we do to nsThread.
The solve this, this patch does the following:
1. Consolidate some handling of microtasks and all handling of stable state from appshell and WorkerPrivate into CycleCollectedJSRuntime.
2. Make the recursionDepth counter only available to CycleCollectedJSRuntime (and its consumers) and remove it from the nsIThreadInternal and nsIThreadObserver APIs.
3. Adjust the recursionDepth counter so that microtasks run with the recursionDepth of the task they are associated with.
4. Introduce the concept of metastable state to replace appshell's RunBeforeNextEvent. Metastable state is reached after every microtask or task is completed. This provides the semantics that bent and I want for IndexedDB, where transactions autocommit at the end of a microtask and do not "spill" from one microtask into a subsequent microtask. This differs from appshell's RunBeforeNextEvent in two ways:
a) It fires between microtasks, which was the motivation for starting this.
b) It no longer ensures that we're at the same event loop depth in the native event queue. bent decided we don't care about this.
5. Reorder stable state to happen after microtasks such as Promises, per HTML. Right now we call the regular thread observers, including appshell, before the main thread observer (XPConnect), so stable state tasks happen before microtasks.
2015-08-11 16:10:46 +03:00
|
|
|
uint32_t
|
|
|
|
RecursionDepth() const;
|
2012-10-24 02:26:36 +04:00
|
|
|
|
2015-09-15 04:24:43 +03:00
|
|
|
void ShutdownComplete(struct nsThreadShutdownContext* aContext);
|
|
|
|
|
Bug 1179909: Refactor stable state handling. r=smaug
This is motivated by three separate but related problems:
1. Our concept of recursion depth is broken for things that run from AfterProcessNextEvent observers (e.g. Promises). We decrement the recursionDepth counter before firing observers, so a Promise callback running at the lowest event loop depth has a recursion depth of 0 (whereas a regular nsIRunnable would be 1). This is a problem because it's impossible to distinguish a Promise running after a sync XHR's onreadystatechange handler from a top-level event (since the former runs with depth 2 - 1 = 1, and the latter runs with just 1).
2. The nsIThreadObserver mechanism that is used by a lot of code to run "after" the current event is a poor fit for anything that runs script. First, the order the observers fire in is the order they were added, not anything fixed by spec. Additionally, running script can cause the event loop to spin, which is a big source of pain here (bholley has some nasty bug caused by this).
3. We run Promises from different points in the code for workers and main thread. The latter runs from XPConnect's nsIThreadObserver callbacks, while the former runs from a hardcoded call to run Promises in the worker event loop. What workers do is particularly problematic because it means we can't get the right recursion depth no matter what we do to nsThread.
The solve this, this patch does the following:
1. Consolidate some handling of microtasks and all handling of stable state from appshell and WorkerPrivate into CycleCollectedJSRuntime.
2. Make the recursionDepth counter only available to CycleCollectedJSRuntime (and its consumers) and remove it from the nsIThreadInternal and nsIThreadObserver APIs.
3. Adjust the recursionDepth counter so that microtasks run with the recursionDepth of the task they are associated with.
4. Introduce the concept of metastable state to replace appshell's RunBeforeNextEvent. Metastable state is reached after every microtask or task is completed. This provides the semantics that bent and I want for IndexedDB, where transactions autocommit at the end of a microtask and do not "spill" from one microtask into a subsequent microtask. This differs from appshell's RunBeforeNextEvent in two ways:
a) It fires between microtasks, which was the motivation for starting this.
b) It no longer ensures that we're at the same event loop depth in the native event queue. bent decided we don't care about this.
5. Reorder stable state to happen after microtasks such as Promises, per HTML. Right now we call the regular thread observers, including appshell, before the main thread observer (XPConnect), so stable state tasks happen before microtasks.
2015-08-11 16:10:46 +03:00
|
|
|
protected:
|
2013-11-14 22:06:17 +04:00
|
|
|
class nsChainedEventQueue;
|
|
|
|
|
|
|
|
class nsNestedEventTarget;
|
|
|
|
friend class nsNestedEventTarget;
|
|
|
|
|
2006-05-10 21:30:15 +04:00
|
|
|
friend class nsThreadShutdownEvent;
|
|
|
|
|
2013-11-14 22:06:21 +04:00
|
|
|
virtual ~nsThread();
|
2006-05-10 21:30:15 +04:00
|
|
|
|
2014-05-27 11:15:35 +04:00
|
|
|
bool ShuttingDown()
|
|
|
|
{
|
|
|
|
return mShutdownContext != nullptr;
|
|
|
|
}
|
2006-05-10 21:30:15 +04:00
|
|
|
|
2014-05-27 11:15:35 +04:00
|
|
|
static void ThreadFunc(void* aArg);
|
2006-05-10 21:30:15 +04:00
|
|
|
|
|
|
|
// Helper
|
2014-05-27 11:15:35 +04:00
|
|
|
already_AddRefed<nsIThreadObserver> GetObserver()
|
|
|
|
{
|
|
|
|
nsIThreadObserver* obs;
|
2006-05-10 21:30:15 +04:00
|
|
|
nsThread::GetObserver(&obs);
|
|
|
|
return already_AddRefed<nsIThreadObserver>(obs);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Wrappers for event queue methods:
|
2014-05-27 11:15:35 +04:00
|
|
|
nsresult PutEvent(nsIRunnable* aEvent, nsNestedEventTarget* aTarget);
|
2015-07-10 06:21:46 +03:00
|
|
|
nsresult PutEvent(already_AddRefed<nsIRunnable>&& aEvent, nsNestedEventTarget* aTarget);
|
2013-11-14 22:06:17 +04:00
|
|
|
|
2015-07-10 06:21:46 +03:00
|
|
|
nsresult DispatchInternal(already_AddRefed<nsIRunnable>&& aEvent, uint32_t aFlags,
|
2014-05-27 11:15:35 +04:00
|
|
|
nsNestedEventTarget* aTarget);
|
2013-11-14 22:06:17 +04:00
|
|
|
|
2015-09-15 04:24:43 +03:00
|
|
|
struct nsThreadShutdownContext* ShutdownInternal(bool aSync);
|
|
|
|
|
2013-11-14 22:06:17 +04:00
|
|
|
// Wrapper for nsEventQueue that supports chaining.
|
2014-05-27 11:15:35 +04:00
|
|
|
class nsChainedEventQueue
|
|
|
|
{
|
2013-11-14 22:06:17 +04:00
|
|
|
public:
|
2015-09-23 02:25:37 +03:00
|
|
|
explicit nsChainedEventQueue(mozilla::Mutex& aLock)
|
2014-05-27 11:15:35 +04:00
|
|
|
: mNext(nullptr)
|
Bug 1202497 - part 7 - make nsEventQueue use external locking; r=gerald
We want to ensure that nsThread's use of nsEventQueue uses locking done
in nsThread instead of nsEventQueue, for efficiency's sake: we only need
to lock once in nsThread, rather than the current situation of locking
in nsThread and additionally in nsEventQueue. With the current
structure of nsEventQueue, that would mean that nsThread should be using
a Monitor internally, rather than a Mutex.
Which would be well and good, except that DOM workers use nsThread's
mutex to protect their own, internal CondVar. Switching nsThread to use
a Monitor would mean that either:
- DOM workers drop their internal CondVar in favor of nsThread's
Monitor-owned CondVar. This change seems unlikely to work out well,
because now the Monitor-owned CondVar is performing double duty:
tracking availability of events in nsThread's event queue and
additionally whatever DOM workers were using a CondVar for. Having a
single CondVar track two things in such a fashion is for Experts Only.
- DOM workers grow their own Mutex to protect their own CondVar. Adding
a mutex like this would change locking in subtle ways and seems
unlikely to lead to success.
Using a Monitor in nsThread is therefore untenable, and we would like to
retain the current Mutex that lives in nsThread. Therefore, we need to
have nsEventQueue manage its own condition variable and push the
required (Mutex) locking to the client of nsEventQueue. This scheme
also seems more fitting: external clients merely need synchronized
access to the event queue; the details of managing notifications about
events in the event queue should be left up to the event queue itself.
Doing so also forces us to merge nsEventQueueBase and nsEventQueue:
there's no way to have nsEventQueueBase require an externally-defined
Mutex and then have nsEventQueue subclass nsEventQueueBase and provide
its own Mutex to the superclass. C++ initialization rules (and the way
things like CondVar are constructed) simply forbid it. But that's OK,
because we want a world where nsEventQueue is externally locked anyway,
so there's no reason to have separate classes here.
One casualty of this work is removing ChaosMode support from
nsEventQueue. nsEventQueue had support to delay placing events into the
queue, theoretically giving other threads the chance to put events there
first. Unfortunately, since the thread would have been holding a lock
(as is evident from the MutexAutoLock& parameter required), sleeping in
PutEvent accomplishes nothing but delaying the thread from getting
useful work done. We should support this, but it's complicated to
figure out how to reasonably support this right now.
A wrinkle in this overall pleasant refactoring is that nsThreadPool's
threads wait for limited amounts of time for new events to be placed in
the event queue, so that they can shut themselves down if no new events
are appearing. Setting limits on the number of threads also needs to be
able to wake up all threads, so threads can shut themselves down if
necessary.
Unfortunately, with the transition to nsEventQueue managing its own
condition variable, there's no way for nsThreadPool to perform these
functions, since there's no Monitor to wait on. Therefore, we add a
private API for accessing the condition variable and performing the
tasks nsThreadPool needs.
Prior to all the previous patches, placing items in an nsThread's event
queue required three lock/unlock pairs: one for nsThread's Mutex, one to
enter nsEventQueue's ReentrantMonitor, and one to exit nsEventQueue's
ReentrantMonitor. The upshot of all this work is that we now only
require one lock/unlock pair in nsThread itself, as things should be.
2015-09-20 12:13:09 +03:00
|
|
|
, mQueue(aLock)
|
2014-05-27 11:15:35 +04:00
|
|
|
{
|
2013-11-14 22:06:17 +04:00
|
|
|
}
|
|
|
|
|
2015-09-20 11:59:56 +03:00
|
|
|
bool GetEvent(bool aMayWait, nsIRunnable** aEvent,
|
|
|
|
mozilla::MutexAutoLock& aProofOfLock)
|
2014-05-27 11:15:35 +04:00
|
|
|
{
|
2015-09-21 11:34:51 +03:00
|
|
|
return mQueue.GetEvent(aMayWait, aEvent, aProofOfLock);
|
2013-11-14 22:06:17 +04:00
|
|
|
}
|
|
|
|
|
2015-09-20 11:59:56 +03:00
|
|
|
void PutEvent(nsIRunnable* aEvent, mozilla::MutexAutoLock& aProofOfLock)
|
2014-05-27 11:15:35 +04:00
|
|
|
{
|
2015-09-21 11:34:51 +03:00
|
|
|
mQueue.PutEvent(aEvent, aProofOfLock);
|
2013-11-14 22:06:17 +04:00
|
|
|
}
|
|
|
|
|
2015-09-20 11:59:56 +03:00
|
|
|
void PutEvent(already_AddRefed<nsIRunnable>&& aEvent,
|
|
|
|
mozilla::MutexAutoLock& aProofOfLock)
|
2015-07-10 06:21:46 +03:00
|
|
|
{
|
2015-09-21 11:34:51 +03:00
|
|
|
mQueue.PutEvent(mozilla::Move(aEvent), aProofOfLock);
|
2015-07-10 06:21:46 +03:00
|
|
|
}
|
|
|
|
|
2015-09-20 11:59:56 +03:00
|
|
|
bool HasPendingEvent(mozilla::MutexAutoLock& aProofOfLock)
|
2014-05-27 11:15:35 +04:00
|
|
|
{
|
2015-09-21 11:34:51 +03:00
|
|
|
return mQueue.HasPendingEvent(aProofOfLock);
|
2013-11-14 22:06:17 +04:00
|
|
|
}
|
|
|
|
|
2014-05-27 11:15:35 +04:00
|
|
|
nsChainedEventQueue* mNext;
|
2015-10-18 08:24:48 +03:00
|
|
|
RefPtr<nsNestedEventTarget> mEventTarget;
|
2013-11-14 22:06:17 +04:00
|
|
|
|
|
|
|
private:
|
|
|
|
nsEventQueue mQueue;
|
|
|
|
};
|
|
|
|
|
2015-03-21 19:28:04 +03:00
|
|
|
class nsNestedEventTarget final : public nsIEventTarget
|
2014-05-27 11:15:35 +04:00
|
|
|
{
|
2013-11-14 22:06:17 +04:00
|
|
|
public:
|
|
|
|
NS_DECL_THREADSAFE_ISUPPORTS
|
|
|
|
NS_DECL_NSIEVENTTARGET
|
|
|
|
|
2014-05-27 11:15:35 +04:00
|
|
|
nsNestedEventTarget(nsThread* aThread, nsChainedEventQueue* aQueue)
|
|
|
|
: mThread(aThread)
|
|
|
|
, mQueue(aQueue)
|
|
|
|
{
|
2013-11-14 22:06:17 +04:00
|
|
|
}
|
|
|
|
|
2015-10-18 08:24:48 +03:00
|
|
|
RefPtr<nsThread> mThread;
|
2013-11-14 22:06:17 +04:00
|
|
|
|
|
|
|
// This is protected by mThread->mLock.
|
|
|
|
nsChainedEventQueue* mQueue;
|
|
|
|
|
|
|
|
private:
|
2014-05-27 11:15:35 +04:00
|
|
|
~nsNestedEventTarget()
|
|
|
|
{
|
|
|
|
}
|
2013-11-14 22:06:17 +04:00
|
|
|
};
|
2006-05-10 21:30:15 +04:00
|
|
|
|
2007-12-05 05:17:15 +03:00
|
|
|
// This lock protects access to mObserver, mEvents and mEventsAreDoomed.
|
|
|
|
// All of those fields are only modified on the thread itself (never from
|
|
|
|
// another thread). This means that we can avoid holding the lock while
|
|
|
|
// using mObserver and mEvents on the thread itself. When calling PutEvent
|
|
|
|
// on mEvents, we have to hold the lock to synchronize with PopEventQueue.
|
Rollup of bug 645263 and bug 646259: Switch to mozilla:: sync primitives. r=cjones,dbaron,doublec,ehsan src=bsmedberg
Bug 645263, part 0: Count sync primitive ctor/dtors. r=dbaron
Bug 645263, part 1: Migrate content/media to mozilla:: sync primitives. r=doublec
Bug 645263, part 2: Migrate modules/plugin to mozilla:: sync primitives. sr=bsmedberg
Bug 645263, part 3: Migrate nsComponentManagerImpl to mozilla:: sync primitives. sr=bsmedberg
Bug 645263, part 4: Migrate everything else to mozilla:: sync primitives. r=dbaron
Bug 645263, part 5: Remove nsAutoLock.*. sr=bsmedberg
Bug 645263, part 6: Make editor test be nicer to deadlock detector. r=ehsan
Bug 645263, part 7: Disable tracemalloc backtraces for xpcshell tests. r=dbaron
Bug 646259: Fix nsCacheService to use a CondVar for notifying. r=cjones
2011-04-01 08:29:02 +04:00
|
|
|
mozilla::Mutex mLock;
|
2006-05-10 21:30:15 +04:00
|
|
|
|
|
|
|
nsCOMPtr<nsIThreadObserver> mObserver;
|
Bug 1179909: Refactor stable state handling. r=smaug
This is motivated by three separate but related problems:
1. Our concept of recursion depth is broken for things that run from AfterProcessNextEvent observers (e.g. Promises). We decrement the recursionDepth counter before firing observers, so a Promise callback running at the lowest event loop depth has a recursion depth of 0 (whereas a regular nsIRunnable would be 1). This is a problem because it's impossible to distinguish a Promise running after a sync XHR's onreadystatechange handler from a top-level event (since the former runs with depth 2 - 1 = 1, and the latter runs with just 1).
2. The nsIThreadObserver mechanism that is used by a lot of code to run "after" the current event is a poor fit for anything that runs script. First, the order the observers fire in is the order they were added, not anything fixed by spec. Additionally, running script can cause the event loop to spin, which is a big source of pain here (bholley has some nasty bug caused by this).
3. We run Promises from different points in the code for workers and main thread. The latter runs from XPConnect's nsIThreadObserver callbacks, while the former runs from a hardcoded call to run Promises in the worker event loop. What workers do is particularly problematic because it means we can't get the right recursion depth no matter what we do to nsThread.
The solve this, this patch does the following:
1. Consolidate some handling of microtasks and all handling of stable state from appshell and WorkerPrivate into CycleCollectedJSRuntime.
2. Make the recursionDepth counter only available to CycleCollectedJSRuntime (and its consumers) and remove it from the nsIThreadInternal and nsIThreadObserver APIs.
3. Adjust the recursionDepth counter so that microtasks run with the recursionDepth of the task they are associated with.
4. Introduce the concept of metastable state to replace appshell's RunBeforeNextEvent. Metastable state is reached after every microtask or task is completed. This provides the semantics that bent and I want for IndexedDB, where transactions autocommit at the end of a microtask and do not "spill" from one microtask into a subsequent microtask. This differs from appshell's RunBeforeNextEvent in two ways:
a) It fires between microtasks, which was the motivation for starting this.
b) It no longer ensures that we're at the same event loop depth in the native event queue. bent decided we don't care about this.
5. Reorder stable state to happen after microtasks such as Promises, per HTML. Right now we call the regular thread observers, including appshell, before the main thread observer (XPConnect), so stable state tasks happen before microtasks.
2015-08-11 16:10:46 +03:00
|
|
|
mozilla::CycleCollectedJSRuntime* mScriptObserver;
|
2006-05-10 21:30:15 +04:00
|
|
|
|
2010-11-19 01:19:19 +03:00
|
|
|
// Only accessed on the target thread.
|
|
|
|
nsAutoTObserverArray<nsCOMPtr<nsIThreadObserver>, 2> mEventObservers;
|
|
|
|
|
2014-05-27 11:15:35 +04:00
|
|
|
nsChainedEventQueue* mEvents; // never null
|
2013-11-14 22:06:17 +04:00
|
|
|
nsChainedEventQueue mEventsRoot;
|
2006-05-10 21:30:15 +04:00
|
|
|
|
2012-08-22 19:56:38 +04:00
|
|
|
int32_t mPriority;
|
2014-05-27 11:15:35 +04:00
|
|
|
PRThread* mThread;
|
2015-04-24 23:04:50 +03:00
|
|
|
uint32_t mNestedEventLoopDepth;
|
2012-08-22 19:56:38 +04:00
|
|
|
uint32_t mStackSize;
|
2006-05-10 21:30:15 +04:00
|
|
|
|
2015-09-15 04:24:43 +03:00
|
|
|
// The shutdown context for ourselves.
|
2014-05-27 11:15:35 +04:00
|
|
|
struct nsThreadShutdownContext* mShutdownContext;
|
2015-09-15 04:24:43 +03:00
|
|
|
// The shutdown contexts for any other threads we've asked to shut down.
|
|
|
|
nsTArray<nsAutoPtr<struct nsThreadShutdownContext>> mRequestedShutdownContexts;
|
2006-05-10 21:30:15 +04:00
|
|
|
|
2011-09-29 10:19:26 +04:00
|
|
|
bool mShutdownRequired;
|
2007-12-05 05:17:15 +03:00
|
|
|
// Set to true when events posted to this thread will never run.
|
2011-09-29 10:19:26 +04:00
|
|
|
bool mEventsAreDoomed;
|
2011-10-12 21:52:26 +04:00
|
|
|
MainThreadFlag mIsMainThread;
|
1999-04-02 13:20:44 +04:00
|
|
|
};
|
|
|
|
|
2013-10-30 00:58:09 +04:00
|
|
|
#if defined(XP_UNIX) && !defined(ANDROID) && !defined(DEBUG) && HAVE_UALARM \
|
|
|
|
&& defined(_GNU_SOURCE)
|
|
|
|
# define MOZ_CANARY
|
|
|
|
|
|
|
|
extern int sCanaryOutputFD;
|
|
|
|
#endif
|
|
|
|
|
2006-05-10 21:30:15 +04:00
|
|
|
#endif // nsThread_h__
|