Что возвращает getstacktrace java
StackTrace
— Привет! Сегодня я расскажу тебе, что такое стек-трейс. Но сначала расскажу, что такое стек.
— Представь себе стопку бумаг — деловых поручений для некоторого исполнителя. Сверху на стопку можно класть новое задание, и с верха стопки задание можно брать. При таком подходе задания будут исполняться не по порядку поступления. Задание, положенное самым последним, будет взято исполнителем самым первым. Такая структура элементов коллекции называется стеком – стопкой.
— В Java для этого есть специальная коллекция – Stack. Это коллекция, у которой есть методы «добавить элемент» и «взять(достать/забрать) элемент». Как ты уже догадался, первым будет взят элемент, добавленный самым последним.
— Хм. Вроде не сложно и понятно.
— Отлично. Тогда сейчас объясню, что такое стек-трейс.
— В стопке тоже, чтобы добраться до какого-то листка с заданием, надо довыполнить все задания, которые положили сверху.
— Ну, некоторая аналогия есть, но не уверен, что я все понял правильно.
— Смотри. Стек – это набор элементов. Как листы в стопке. Чтобы взять третий сверху лист, надо сначала взять второй, а для этого взять первый. Класть и брать листы можно всегда, но всегда взять можно только самый верхний.
— Подожди. Если я все правильно понял, то весь этот стек сведется к «взять можно только самый последний положенный лист», «выйти можно только из последней функции, в которую зашли». Так?
— Да. Так вот – последовательность вызовов функций — это и есть «стек вызовов функций», он же просто «стек вызовов». Функция, вызванная последней, должна завершиться самой первой. Давай посмотрим это на примере:
Stack trace
1. Получение стек-трейса
В языке программирования Java у программиста есть очень много способов получить информацию о том, что сейчас происходит в программе. И это не просто слова.
Например, программы на языке C++ после компиляции превращаются в один большой файл машинного кода и все, что во время выполнения доступно программисту, — это адрес куска памяти, который содержит машинный код, который сейчас выполняется. Не густо, скажем так.
В Java же, даже после компиляции, классы остаются классами, методы и переменные никуда не деваются, и у программиста есть много способов получить данные о том, что сейчас происходит в программе.
Стек-трейс
Можно записать ее и в две строки:
| Код |
|---|
| Вывод на экран |
Как мы видим по выводу на экран, в приведенном примере метод getStackTrace() вернул массив из трех элементов:
Из этого стек-трейса можно сделать вывод, что:
Кстати, на экране отобразилась только часть всей имеющийся информации. Все остальное можно получить прямо из объекта StackTraceElement
2. StackTraceElement
У объектов этого класса есть такие методы:
| Метод | Описание |
|---|---|
| Возвращает имя класса | |
| Возвращает имя метода | |
| Возвращает имя файла (в одном файле может быть много классов) | |
| Возвращает номер строки в файле, в которой был вызов метода | |
| Возвращает имя модуля (может быть null ) | |
| Возвращает версию модуля (может быть null ) |
С их помощью можно получить более полную информацию о текущем стеке вызовов:
| Код | Вывод на экран | Примечание |
|---|---|---|
| имя класса имя метода имя файла номер строки имя модуля версия модуля имя класса имя класса |
3. Стек
Что такое Stack Trace вы уже знаете, а что же такое сам Stack (Стек)?
Стек — это структура хранения данных, в которую можно добавлять элементы и из которой можно забирать элементы. Причем брать элементы можно только с конца: сначала последний добавленный, потом — предпоследний, и т.д.
Само название Stack переводится с английского как «стопка» и очень похоже на стопку бумаги. Если вы положите на стопку бумаги листы 1, 2 и 3, взять вы их сможете только в обратном порядке: сначала третий, затем второй, а только затем первый.
| Методы | Описание |
|---|---|
| Добавляет элемент obj в конец списка (наверх стопки) | |
| Забирает элемент с верха стопки (высота стопки уменьшается) | |
| Возвращает элемент с верха стопки (стопка не меняется) | |
| Проверяет, не пуста ли коллекция | |
| Ищет объект из коллекции, возвращает его index |
| Код | Содержимое стека (вершина справа) |
|---|
Стек используется в программировании довольно часто. Так что это полезная коллекция.
Помогите разобраться с StackTraceElement[]
Доброго времени суток. Помогите понять суть StackTrace.
В учебном материале даётся объяснение
Java-машина ведет запись всех вызовов функций. У нее есть для этого специальная коллекция – стек. Когда одна функция вызывает другую, Java-машина помещает в этот стек новый элемент StackTraceElement. Когда функция завершается этот элемент удаляется из стека. Таким образом, в этом стеке всегда хранится актуальная информация о текущем состоянии «стека вызовов функций»
Далее приводится пример
В результате выполнения которого мы получаем
Если я правильно все понимаю, то конструкция
работает следующим образом:
Вопрос №1: каким образом в этом массиве StackTraceElement[] вся информация о вызываемых методах, если сказано, что после выполнения метода информация из стека удаляется?
Вопрос №2: В одном из заданий просят вернуть имя метода, который его вызывает
Каким образом работает конструкция
3 ответа 3
Вопрос №1: каким образом в этом массиве StackTraceElement[] вся информация о вызываемых методах, если сказано, что после выполнения метода информация из стека удаляется?
Вы не видите тут методов method1() и прочих – записи об их вызовах были удалены, так как на момент вызова метода getStackTrace() метод method1() был завершен.
Вопрос №2: В одном из заданий просят вернуть имя метода, который его вызывает
Каким образом работает конструкция
если мы не создавали StackTraceElement[]. Значит ли это, что он неявно создается JVM при выполнении программы?
Да, значит. Элементы в стек вызовов добавляет сама JVM.
Что возвращает getstacktrace java
A throwable contains a snapshot of the execution stack of its thread at the time it was created. It can also contain a message string that gives more information about the error. Over time, a throwable can suppress other throwables from being propagated. Finally, the throwable can also contain a cause: another throwable that caused this throwable to be constructed. The recording of this causal information is referred to as the chained exception facility, as the cause can, itself, have a cause, and so on, leading to a «chain» of exceptions, each caused by another.
One reason that a throwable may have a cause is that the class that throws it is built atop a lower layered abstraction, and an operation on the upper layer fails due to a failure in the lower layer. It would be bad design to let the throwable thrown by the lower layer propagate outward, as it is generally unrelated to the abstraction provided by the upper layer. Further, doing so would tie the API of the upper layer to the details of its implementation, assuming the lower layer’s exception was a checked exception. Throwing a «wrapped exception» (i.e., an exception containing a cause) allows the upper layer to communicate the details of the failure to its caller without incurring either of these shortcomings. It preserves the flexibility to change the implementation of the upper layer without changing its API (in particular, the set of exceptions thrown by its methods).
By convention, class Throwable and its subclasses have two constructors, one that takes no arguments and one that takes a String argument that can be used to produce a detail message. Further, those subclasses that might likely have a cause associated with them should have two more constructors, one that takes a Throwable (the cause), and one that takes a String (the detail message) and a Throwable (the cause).
Что возвращает getstacktrace java
Every thread has a priority. Threads with higher priority are executed in preference to threads with lower priority. Each thread may or may not also be marked as a daemon. When code running in some thread creates a new Thread object, the new thread has its priority initially set equal to the priority of the creating thread, and is a daemon thread if and only if the creating thread is a daemon.
The following code would then create a thread and start it running:
The following code would then create a thread and start it running:
Every thread has a name for identification purposes. More than one thread may have the same name. If a name is not specified when a thread is created, a new name is generated for it.
Unless otherwise noted, passing a null argument to a constructor or method in this class will cause a NullPointerException to be thrown.
Nested Class Summary
| Modifier and Type | Class and Description |
|---|---|
| static class | Thread.State |
Field Summary
| Modifier and Type | Field and Description |
|---|---|
| static int | MAX_PRIORITY |
Constructor Summary
Method Summary
| Modifier and Type | Method and Description |
|---|---|
| static int | activeCount() |
Methods inherited from class java.lang.Object
Field Detail
MIN_PRIORITY
NORM_PRIORITY
MAX_PRIORITY
Constructor Detail
Thread
Thread
Thread
Thread
Thread
Thread
Thread
If there is a security manager, its checkAccess method is invoked with the ThreadGroup as its argument.
In addition, its checkPermission method is invoked with the RuntimePermission(«enableContextClassLoaderOverride») permission when invoked directly or indirectly by the constructor of a subclass which overrides the getContextClassLoader or setContextClassLoader methods.
The priority of the newly created thread is set equal to the priority of the thread creating it, that is, the currently running thread. The method setPriority may be used to change the priority to a new value.
The newly created thread is initially marked as being a daemon thread if and only if the thread creating it is currently marked as a daemon thread. The method setDaemon may be used to change whether or not a thread is a daemon.
Thread
This constructor is identical to Thread(ThreadGroup,Runnable,String) with the exception of the fact that it allows the thread stack size to be specified. The stack size is the approximate number of bytes of address space that the virtual machine is to allocate for this thread’s stack. The effect of the stackSize parameter, if any, is highly platform dependent.
The virtual machine is free to treat the stackSize parameter as a suggestion. If the specified value is unreasonably low for the platform, the virtual machine may instead use some platform-specific minimum value; if the specified value is unreasonably high, the virtual machine may instead use some platform-specific maximum. Likewise, the virtual machine is free to round the specified value up or down as it sees fit (or to ignore it completely).
Specifying a value of zero for the stackSize parameter will cause this constructor to behave exactly like the Thread(ThreadGroup, Runnable, String) constructor.
Due to the platform-dependent nature of the behavior of this constructor, extreme care should be exercised in its use. The thread stack size necessary to perform a given computation will likely vary from one JRE implementation to another. In light of this variation, careful tuning of the stack size parameter may be required, and the tuning may need to be repeated for each JRE implementation on which an application is to run.
Implementation note: Java platform implementers are encouraged to document their implementation’s behavior with respect to the stackSize parameter.
Method Detail
currentThread
yield
Yield is a heuristic attempt to improve relative progression between threads that would otherwise over-utilise a CPU. Its use should be combined with detailed profiling and benchmarking to ensure that it actually has the desired effect.
It is rarely appropriate to use this method. It may be useful for debugging or testing purposes, where it may help to reproduce bugs due to race conditions. It may also be useful when designing concurrency control constructs such as the ones in the java.util.concurrent.locks package.
sleep
sleep
clone
start
The result is that two threads are running concurrently: the current thread (which returns from the call to the start method) and the other thread (which executes its run method).
It is never legal to start a thread more than once. In particular, a thread may not be restarted once it has completed execution.
Subclasses of Thread should override this method.
If there is a security manager installed, its checkAccess method is called with this as its argument. This may result in a SecurityException being raised (in the current thread).
If this thread is different from the current thread (that is, the current thread is trying to stop a thread other than itself), the security manager’s checkPermission method (with a RuntimePermission(«stopThread») argument) is called in addition. Again, this may result in throwing a SecurityException (in the current thread).
The thread represented by this thread is forced to stop whatever it is doing abnormally and to throw a newly created ThreadDeath object as an exception.
It is permitted to stop a thread that has not yet been started. If the thread is eventually started, it immediately terminates.
An application should not normally try to catch ThreadDeath unless it must do some extraordinary cleanup operation (note that the throwing of ThreadDeath causes finally clauses of try statements to be executed before the thread officially dies). If a catch clause catches a ThreadDeath object, it is important to rethrow the object so that the thread actually dies.
If there is a security manager installed, the checkAccess method of this thread is called, which may result in a SecurityException being raised (in the current thread).
If the argument obj is null, a NullPointerException is thrown (in the current thread).
The thread represented by this thread is forced to stop whatever it is doing abnormally and to throw the Throwable object obj as an exception. This is an unusual action to take; normally, the stop method that takes no arguments should be used.
It is permitted to stop a thread that has not yet been started. If the thread is eventually started, it immediately terminates.
interrupt
Unless the current thread is interrupting itself, which is always permitted, the checkAccess method of this thread is invoked, which may cause a SecurityException to be thrown.
If this thread is blocked in a Selector then the thread’s interrupt status will be set and it will return immediately from the selection operation, possibly with a non-zero value, just as if the selector’s wakeup method were invoked.
If none of the previous conditions hold then this thread’s interrupt status will be set.
Interrupting a thread that is not alive need not have any effect.
interrupted
A thread interruption ignored because a thread was not alive at the time of the interrupt will be reflected by this method returning false.
isInterrupted
A thread interruption ignored because a thread was not alive at the time of the interrupt will be reflected by this method returning false.
destroy
isAlive
suspend
First, the checkAccess method of this thread is called with no arguments. This may result in throwing a SecurityException (in the current thread).
If the thread is alive, it is suspended and makes no further progress unless and until it is resumed.
resume
First, the checkAccess method of this thread is called with no arguments. This may result in throwing a SecurityException (in the current thread).
If the thread is alive but suspended, it is resumed and is permitted to make progress in its execution.
setPriority
Otherwise, the priority of this thread is set to the smaller of the specified newPriority and the maximum permitted priority of the thread’s thread group.
getPriority
setName
getName
getThreadGroup
activeCount
The value returned is only an estimate because the number of threads may change dynamically while this method traverses internal data structures, and might be affected by the presence of certain system threads. This method is intended primarily for debugging and monitoring purposes.
enumerate
Due to the inherent race condition in this method, it is recommended that the method only be used for debugging and monitoring purposes.
countStackFrames
An invocation of this method behaves in exactly the same way as the invocation
dumpStack
setDaemon
This method must be invoked before the thread is started.
isDaemon
checkAccess
toString
getContextClassLoader
If a security manager is present, and the invoker’s class loader is not null and is not the same as or an ancestor of the context class loader, then this method invokes the security manager’s checkPermission method with a RuntimePermission («getClassLoader») permission to verify that retrieval of the context class loader is permitted.
setContextClassLoader
If a security manager is present, its checkPermission method is invoked with a RuntimePermission («setContextClassLoader») permission to see if setting the context ClassLoader is permitted.
holdsLock
This method is designed to allow a program to assert that the current thread already holds a specified lock:
getStackTrace
If there is a security manager, and this thread is not the current thread, then the security manager’s checkPermission method is called with a RuntimePermission("getStackTrace") permission to see if it’s ok to get the stack trace.
Some virtual machines may, under some circumstances, omit one or more stack frames from the stack trace. In the extreme case, a virtual machine that has no stack trace information concerning this thread is permitted to return a zero-length array from this method.
getAllStackTraces
The threads may be executing while this method is called. The stack trace of each thread only represents a snapshot and each stack trace may be obtained at different time. A zero-length array will be returned in the map value if the virtual machine has no stack trace information about a thread.
If there is a security manager, then the security manager’s checkPermission method is called with a RuntimePermission("getStackTrace") permission as well as RuntimePermission("modifyThreadGroup") permission to see if it is ok to get the stack trace of all threads.
getId
getState
setDefaultUncaughtExceptionHandler
Uncaught exception handling is controlled first by the thread, then by the thread’s ThreadGroup object and finally by the default uncaught exception handler. If the thread does not have an explicit uncaught exception handler set, and the thread’s thread group (including parent thread groups) does not specialize its uncaughtException method, then the default handler’s uncaughtException method will be invoked.
By setting the default uncaught exception handler, an application can change the way in which uncaught exceptions are handled (such as logging to a specific device, or file) for those threads that would already accept whatever «default» behavior the system provided.
Note that the default uncaught exception handler should not usually defer to the thread’s ThreadGroup object, as that could cause infinite recursion.
getDefaultUncaughtExceptionHandler
getUncaughtExceptionHandler
setUncaughtExceptionHandler
A thread can take full control of how it responds to uncaught exceptions by having its uncaught exception handler explicitly set. If no such handler is set then the thread’s ThreadGroup object acts as its handler.
Submit a bug or feature
For further API reference and developer documentation, see Java SE Documentation. That documentation contains more detailed, developer-targeted descriptions, with conceptual overviews, definitions of terms, workarounds, and working code examples.
Copyright © 1993, 2020, Oracle and/or its affiliates. All rights reserved. Use is subject to license terms. Also see the documentation redistribution policy.