編譯器可以發現aValue == null總是false，因為aValue的類型是A<String>，在類型推斷之后，getValue的類型參數T被推斷為non-nullableString。注意，T在這里不能是String?，因為A<String>不是A<String?>的子類型，同樣地，List<Dog>不是List<Animal>。因此，String是getValue為aValue返回的值。 另一方面，bValue的類型是B<String>。關于類型參數T，類型推斷說明了什么？嗯，T可以是String或String?。B<T>可以繼承A<T>，其中T是non-nullable，但是B<T>也可以繼承A<T?>，不是嗎？Java代碼中沒有任何注釋說明這一點。因此，Kotlin編譯器選擇謹慎，并推斷T為String?，假設B<T>繼承自A<T?>。 如果您實際上是指B<T>繼承自A<T>，請在Java代碼中使用Kotlin識別的注釋之一進行標記： class B<T> extends A<@NotNull T> { 如果您無法控制Java代碼，也可以顯式指定類型參數： val bValue

事實上，你想做的是不可能的。類型參數限制應用于類型本身，而不是其伴生對象，后者實際上與類無關（它被編譯為與原始類沒有關系的單獨類）。從接口實現靜態方法的Java等價物也是不可能的。 但是，您可以將companion本身用作類型參數，companion使用inflate方法實現接口： interface ViewBindingCompanion { fun inflate(): ViewBinding}class MyBinding : ViewBinding { companion object : ViewBindingCompanion { fun inflate(): ViewBinding { ... } }}class MyClass<T : ViewBindingCompanion> And then: MyClass<MyBinding.Companion>() 如果我遺漏了什么，請留言。

免責聲明：這個問題的作者在評論中解釋說，他們需要一種方法來接收vararg個列表，然后分別獲得每個列表的參數類型。 一般的答案是這是不可能的。由于Java/Kotlin中的類型擦除，運行時不知道泛型類型。Kotlin引入的reified試圖至少部分緩解這個問題，但也有其局限性。有一些方法可以實現這一點，但它們都更像是解決方案，而不是真正的解決方案： 1.不要使用vararg，而是重載函數。 inline fun <reified T1: Item> processList(list1: List<T1>) {}inline fun <reified T1: Item, T2: Item> processList(list1: List<T1>, list2: List<T2>) {}inline fun <reified T1: Item, T2: Item, T3: Item> processList(list1: List<T1>, list2: List<T2>, list3: List<T3>) {}... 聽起來真的很糟糕，但為最多10個參數編寫這樣的函數需要10分鐘，而且只需一次。許多圖書館也做類似的事情。 您可以將上述每個函數委托給一個接受KClass/Clas

具體地說，為了使DynamicArray存在，您需要依賴一個已經實現的可變列表（動態數組）結構。 因此，如果您試圖了解這些數據結構是如何生成的，您應該嘗試生成一個而不是使用一個?，F在你只是把困難的部分交給別人去做。 嘗試只使用Array類型來實現ArrayList樣式的實現，或者嘗試根本不使用Array來實現LinkedList類型的結構。

你不能。泛型是編譯器想象出來的：編譯器使用泛型生成錯誤和注入類型轉換，然后將其全部刪除。它不在類文件中，因此在運行時不可用，因此，“我的t實際上是什么”的概念是不可能的。 有一些變通方法： java.lang.Class 當然，您可以將j.l.Class實例傳遞給構造函數。您的代碼段使用了名稱“A”和“B”，這非常不幸，因為single-caps通常用于類型vars，所以我將把它命名為mycopa和MyCombB。 Something like: public class MyCompA<S, T> { private final Class<S> sourceType; private final Class<T> targetType; public MyCompA(Class<S> sourceType, Class<T> targetType) { this.sourceType = sourceType; this.targetType = targetType; } public T toModel(S regras) { return modelMapper.map(regras, targetType); }} 雖然，聽起來你實際上并不需要sourceType來做任何事情，所以你還是把它關掉吧。 此策略的問

原因是什么 Class<T> persistentClass = (Class<T>) ((ParameterizedType)getClass().getGenericSuperclass()) .getActualTypeArguments()[0]; 就這個問題而言： public static void chill(List<?> aListWithTypeSpiderMan) { // Here I'd like to get the Class-Object 'SpiderMan' Class typeOfTheList = ???;}public static void main(String... args) { chill(new ArrayList<SpiderMan>());} 是因為ArrayList<SpiderMan>的超類恰好是AbstractList<SpiderMan>，這是一種參數化類型。因此，您可以獲得該類型的實際類型參數。如果將超類的類型參數寫入源文件，則它們將作為元數據存儲在類文件中。 然而，在您的例子中，傳遞給onCatch參數的任何內容都不會有Consumer<T>的超類。畢竟，Consumer<T>不是一門課！你需要使用getGeneric

引入接口 interface Comedian { void getJoke();} 做好落實工作 class Good implements Comedian { //.. same 把T作為參數。它不可能自己實例化它。添加一個必須實現接口的約束。 class Joke<T extends Comedian>{ T obj; Joke(T obj) { this.obj = obj; } public void getThisJoke() { this.obj.getJoke(); }} 把好話當作論據傳給好話 public static void main (String[] args){ GoodJoke j = new GoodJoke(new Good()); 現在它編譯https://ideone.com/lDhvdC

如果你改變了 public static <T extends InstanceClass<Integer>> void prt(T q) to public static <T> void prt(T q) 編譯器不會知道類型參數T必須是一個InstanceClass，因此也不會知道它有getNum()和calculate()方法，您正試圖從prt調用這些方法。 事實上，編譯器允許您將任何參數傳遞給prt方法，包括與InstanceClass無關的類的實例，這些類沒有您試圖在prt內調用的方法。

您需要從T創建一個映射類型，其中數組的索引是鍵，值是在該索引處包裝條目的類。 class Class<T extends any[]> { public readonly parameter: { [Index in keyof T]: OtherClass<T[Index]> }} 現在剩下的工作方式和您預期的一樣： const c = new Class<[string, number]>();const a1: string = c.parameter[0].something;const a2: number = c.parameter[1].something;const c1 = new Class<[number, string, SomeClass, SomeOtherClass]>();const b1: number = c1.parameter[0].something;const b2: string = c1.parameter[1].something;const b3: SomeClass = c1.parameter[2].something;const b4: SomeOtherClass = c1.parameter[3].something; Playground

強制轉換不會將類型轉換為其他類型。這只是向編譯器承諾，您正在使用的實例已經是其他類型的實例。 如果調用sharedPreferences.getString，將始終返回String。除了現有的類型（Any、CharSequence、Comparable<String>或這些類型的可空版本）之外，您無法成功地將String轉換為其他類型。因此，即使使用具體化類型，as? T強制轉換也將始終失敗，除非T是其中之一。如果沒有具體化類型，它將在調用站點成功，然后在稍后嘗試將實例用作String以外的其他對象時崩潰。 而且Gson必須知道您請求的具體類型，所以您需要使用具體化的泛型。 inline fun <reified T> get(key: String): T? { val value = sharedPreferences.getString(key, "") ?: "" return if (T::class == String::class) { value as T } else { try { Gson().fromJson(value, T::class.java) } catch(e: Exception) { null } }}

這可以很好地編譯，但會發出幾個警告，您可以通過尊重注釋來抑制它們： @Suppress("TYPE_MISMATCH_WARNING", "UPPER_BOUND_VIOLATED_WARNING")verify(myInterfaceInstance, never()).doThings<Any, MyObject<*, *>?>(any<MyObject<*, *>>())

Class<T>（在Java中）或KClass<T>（在Kotlin中）只能表示類，而不是所有類型。如果您使用的API只使用Class<T>或KClass<T>，那么它根本不支持泛型類型（至少在這些函數中是這樣）。 相反，KType（或Java中的Type）是用于表示包括泛型在內的完整類型信息的合適類型。你可以這樣使用它： val myMapType: KType = typeOf<Map<String,String>>() 不幸的是，KType沒有類型參數（它不是KType<T>），這使得它不可能用于compile-time類型檢查：你不能用KType而不是KClass來使用fun deserialize(Input, KClass<T>): T的等價物，因為你不能只使用KType參數來定義返回類型的T。 有幾個技巧可以解決這個問題： 在Java和Kotlin中，一種方法是通過提供泛型超類并從中繼承來通過繼承獲得此信息。一般來說，序列化API（尤其是反序列化部分）提供了使用這種方法的變通方法，例如Jackson的TypeReference或Gson的TypeToken。這基本上是他們的Type版本，但帶有一個類型參數，具有一些compile-time類型安全性。 在Kotlin中，有時

在這種情況下，正確的表達方式是寫ExceptionHandler<Exception>，而不是ExceptionHandler<? extends Exception>。 你可以由此得出結論，ExceptionHandler不應該是泛型的，而應該只有一個List<Exception>。這取決于您的用例。

base64 php自帶啊

var s []interface{}s = append(s, 1, "1", true)可以這樣存但是，你如果要用這里面的東西就要反射判斷每一項具體是什么類型了