mirror of
https://github.com/openjdk/jdk.git
synced 2025-08-27 23:04:50 +02:00
8220249: fix headings in java.compiler
Reviewed-by: erikj, darcy
This commit is contained in:
parent
7bb74f80da
commit
2df0f4b4dd
52 changed files with 250 additions and 250 deletions
|
@ -234,7 +234,7 @@ import static java.lang.invoke.MethodHandleStatics.UNSAFE;
|
|||
* precise phrasing of the specification of access mode methods and memory fence
|
||||
* methods may accompany future updates of the Java Language Specification.
|
||||
*
|
||||
* <h1>Compiling invocation of access mode methods</h1>
|
||||
* <h2>Compiling invocation of access mode methods</h2>
|
||||
* A Java method call expression naming an access mode method can invoke a
|
||||
* VarHandle from Java source code. From the viewpoint of source code, these
|
||||
* methods can take any arguments and their polymorphic result (if expressed)
|
||||
|
@ -266,7 +266,7 @@ import static java.lang.invoke.MethodHandleStatics.UNSAFE;
|
|||
* except the null reference.
|
||||
*
|
||||
*
|
||||
* <h1><a id="invoke">Performing invocation of access mode methods</a></h1>
|
||||
* <h2><a id="invoke">Performing invocation of access mode methods</a></h2>
|
||||
* The first time an {@code invokevirtual} instruction is executed it is linked
|
||||
* by symbolically resolving the names in the instruction and verifying that
|
||||
* the method call is statically legal. This also holds for calls to access mode
|
||||
|
@ -329,7 +329,7 @@ import static java.lang.invoke.MethodHandleStatics.UNSAFE;
|
|||
* Where, in this case, the method handle is bound to the VarHandle instance.
|
||||
*
|
||||
*
|
||||
* <h1>Invocation checking</h1>
|
||||
* <h2>Invocation checking</h2>
|
||||
* In typical programs, VarHandle access mode type matching will usually
|
||||
* succeed. But if a match fails, the JVM will throw a
|
||||
* {@link WrongMethodTypeException}.
|
||||
|
@ -364,7 +364,7 @@ import static java.lang.invoke.MethodHandleStatics.UNSAFE;
|
|||
* untrusted code unless their use from the untrusted code would be harmless.
|
||||
*
|
||||
*
|
||||
* <h1>VarHandle creation</h1>
|
||||
* <h2>VarHandle creation</h2>
|
||||
* Java code can create a VarHandle that directly accesses any field that is
|
||||
* accessible to that code. This is done via a reflective, capability-based
|
||||
* API called {@link java.lang.invoke.MethodHandles.Lookup
|
||||
|
@ -383,7 +383,7 @@ import static java.lang.invoke.MethodHandleStatics.UNSAFE;
|
|||
* class outside the current package, the receiver argument will be narrowed to
|
||||
* the type of the accessing class.
|
||||
*
|
||||
* <h1>Interoperation between VarHandles and the Core Reflection API</h1>
|
||||
* <h2>Interoperation between VarHandles and the Core Reflection API</h2>
|
||||
* Using factory methods in the {@link java.lang.invoke.MethodHandles.Lookup
|
||||
* Lookup} API, any field represented by a Core Reflection API object
|
||||
* can be converted to a behaviorally equivalent VarHandle.
|
||||
|
@ -428,7 +428,7 @@ import static java.lang.invoke.MethodHandleStatics.UNSAFE;
|
|||
* any specified access mode type and is equivalent in behaviour to
|
||||
* {@link java.lang.invoke.MethodHandles#varHandleInvoker}.
|
||||
*
|
||||
* <h1>Interoperation between VarHandles and Java generics</h1>
|
||||
* <h2>Interoperation between VarHandles and Java generics</h2>
|
||||
* A VarHandle can be obtained for a variable, such as a field, which is
|
||||
* declared with Java generic types. As with the Core Reflection API, the
|
||||
* VarHandle's variable type will be constructed from the erasure of the
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue