❶ java中如何實現泛型類和泛型類之間的繼承
A1的泛型參數要有兩個，否則無法確定抽象父類的泛型。
public class inher
{
public static void main(String[] args)
{
var a1 = new A1<Child, Parent>();
a1.a = new Parent();
a1.b = new Child();
a1.a.parent = 1;
a1.b.child = 2;
System.out.println(a1.a.parent);
System.out.println(a1.b.child);
}
}
abstract class A<T>
{
public T a;
}
class A1<U extends T, T> extends A<T>
{
public U b;
}
class Parent
{
public int parent;
}
class Child extends Parent
{
public int child;
}
❷ java 如何繼承泛型
下面一個子類繼承泛型父類的例子，可以參考一下：
//父類是一個泛型
classParent<T>{
privateTval;
publicTgetVal(){
returnval;
}
publicvoidsetVal(Tval){
this.val=val;
}
}
classChild1extendsParent<Integer>{
}
classChild2extendsParent<String>{
}
publicclassApp{
publicstaticvoidmain(String[]argv){
Child1c1=newChild1();
c1.setVal(123456);
System.out.println(c1.getVal());
Child2c2=newChild2();
c2.setVal("abcdef");
System.out.println(c2.getVal());
}
}
❸ Java 泛型和繼承的區別
泛型是參數化類型,把運行時期可能產生的問題,提前到了編譯時期,用來保證代碼安全性!
跟繼承區別?這兩根本就不是一回事呢....
你非要把這兩個概念整在一起,那麼就有一點關聯就是如果父類帶有泛型:
子類有兩個動作可做:1:覆蓋.2:擦除
❹ java中的泛型 求詳細解釋
1、Java泛型
其實Java的泛型就是創建一個用類型作為參數的類。就象我們寫類的方法一樣，方法是這樣的method(String str1,String str2 ),方法中參數str1、str2的值是可變的。而泛型也是一樣的，這樣寫class Java_Generics＜K,V＞，這里邊的K和V就象方法中的參數str1和str2,也是可變。下面看看例子：
//code list 1
import Java.util.Hashtable;
class TestGen0＜K,V＞{
public Hashtable＜K,V＞ h=new Hashtable＜K,V＞();
public void put(K k, V v) {
h.put(k,v);
}
public V get(K k) {
return h.get(k);
}
public static void main(String args[]){
TestGen0＜String,String＞ t=new TestGen0＜String,String＞();
t.put("key", "value");
String s=t.get("key");
System.out.println(s);
}
}
正確輸出:value
這只是個例子（Java中集合框架都泛型化了，這里費了2遍事.），不過看看是不是創建一個用類型作為參數的類，參數是K，V，傳入的「值」是String類型。這個類他沒有特定的待處理型別，以前我們定義好了一個類，在輸入輸入參數有所固定，是什麼型別的有要求，但是現在編寫程序，完全可以不制定參數的類型，具體用的時候來確定，增加了程序的通用性，像是一個模板。
呵呵，類似C++的模板（類似）。
1.1. 泛型通配符
下面我們先看看這些程序：
//Code list 2
void TestGen0Medthod1(List l) {
for (Object o : l)
System.out.println(o);
}
看看這個方法有沒有異議，這個方法會通過編譯的，假如你傳入String，就是這樣List＜String＞。
接著我們調用它,問題就出現了，我們將一個List＜String＞當作List傳給了方法，JVM會給我們一個警告，說這個破壞了類型安全，因為從List中返回的都是Object類型的，而讓我們再看看下面的方法。
//Code list 3
void TestGen0Medthod1(List＜String＞ l) {
for (Object o : l)
System.out.println(o);
}
因為這里的List＜String＞不是List＜Object＞的子類,不是String與Object的關系，就是說List＜String＞不隸屬於list＜Object＞,他們不是繼承關系，所以是不行的，這里的extends是表示限制的。
類型通配符是很神奇的，List＜?＞這個你能為他做什麼呢?怎麼都是「？」，它似乎不確定，他總不能返回一個？作為類型的數據吧，是啊他是不會返回一個「？」來問程序員的？JVM會做簡單的思考的，看看代碼吧，更直觀些。
//code list 4
List＜String＞ l1 = new ArrayList＜String＞();
li.add(「String」);
List＜?＞ l2 = l1;
System.out.println(l1.get(0));
這段代碼沒問題的，l1.get(0)將返回一個Object。
1.2. 編寫泛型類要注意：
1) 在定義一個泛型類的時候，在 「＜＞」之間定義形式類型參數，例如：「class TestGen＜K,V＞」，其中「K」 , 「V」不代表值，而是表示類型。
2) 實例化泛型對象的時候，一定要在類名後面指定類型參數的值（類型），一共要有兩次書寫。例如：
TestGen＜String,String＞ t=new TestGen＜String,String＞()；
3) 泛型中＜K extends Object＞,extends並不代表繼承，它是類型範圍限制。
2、泛型與數據類型轉換
2.1. 消除類型轉換
上面的例子大家看到什麼了，數據類型轉換的代碼不見了。在以前我們經常要書寫以下代碼，如：
//code list 5
import Java.util.Hashtable;
class Test {
public static void main(String[] args) {
Hashtable h = new Hashtable();
h.put("key", "value");
String s = (String)h.get("key");
System.out.println(s);
}
}
這個我們做了類型轉換，是不是感覺很煩的，並且強制類型轉換會帶來潛在的危險，系統可能會拋一個ClassCastException異常信息。在JDK5.0中我們完全可以這么做，如：
//code list 6
import Java.util.Hashtable;
class Test {
public static void main(String[] args) {
Hashtable＜String,Integer＞ h = new Hashtable＜String,Integer＞ ();
h.put("key", new Integer(123));
int s = h.get("key").intValue();
System.out.println(s);
}
}
這里我們使用泛化版本的HashMap,這樣就不用我們來編寫類型轉換的代碼了，類型轉換的過程交給編譯器來處理，是不是很方便，而且很安全。上面是String映射到String，也可以將Integer映射為String，只要寫成HashTable＜Integer,String＞ h=new HashTable＜Integer,String＞();h.get(new Integer(0))返回value。果然很方便。
❺ java繼承為什麼不能代替泛型
Java繼承和泛型是兩個不同的概念，它們之間沒有直接的替代關系。
繼承是面向對象編程中的一個重要特性，它允許一個類繼承另一個類的屬性和方法。通過繼承，子類可以重用父類的代碼並添加自己的特定功能。繼承是一種靜態結構，編譯器在編譯時就可以確定類型之間的繼承關系。
泛型是Java 5引入的一個功能，它允源高許開發人員編寫可以處理多種類型的通用代碼。泛型是一種動態結構，編譯器在編譯時不會確定具體的類型，而是在運行時根據傳入的參數類型進行類型擦除並生成相應的位元組碼。
雖然繼承和泛型都可以用來實現代碼重用和靈活性，但繼承只能在編譯時確定類型，而泛型可以在運行時根據實際類型進行類型擦除。因此，泛型更適合於處理多態性和動態類型的情況，而繼承更適合於處理靜態類型之間的關系。
因此，繼承不巧答能代替泛型孝裂慧，它們各自有其適用的場景和優勢。在實際開發中，開發人員需要根據具體的需求和情況選擇合適的編程方式和技術。
❻ java中為何泛型類不能繼承Throwable
意義，
異常發生在底層實現，
捕獲異常在上層。
泛型做好，用於使用某個類的時候限制相關類型。
顯然限制相關類型這個工作應該是哪裡用哪裡直到。
如果異常支持泛型，
那捕獲異常的地方就要知道異常的泛型，也就必要知道了功能實現。
假設可以拋出有泛型的異常
如果說一個方法被聲明為 throws SomeException<String>,SomeException<Number>
那麼對於外界來說String的意義是什麼
外界是否要捕獲 分別SomeException<String> 和 SomeException<Number>?
還是只要捕獲 SomeException<?>？
這無疑增加了異常處理的復雜度。
異常，最初設計就是為了把異常處理的代碼和業務邏輯的代碼分開，不會粘粘到一起。
這橘檔樣可以在寫業務邏輯的時候拋開泛型暫時不管，先把完整的業務邏輯寫完，然後單獨處理異常情況。
現在如果異常支持泛型，那麼就會導致異常處理的復雜度增加。不能專心與純伍鉛業務邏輯。
❼ Java泛型 繼承介面相關問題
當然正確。
FifoCache是一個泛型類，V由在創建此類的實例時指定具體類型，再傳給介面中的V，而介面interface Cache<K,V>中的K已顯式指定為String類型。因此，在創建此類的實例時，介面interface Cache<K,V>中的K，V都已指定了具體的類型，當然正確。
❽ java中介面具有泛型,繼承的時候該怎麼處理
大部分java離得介面好像都是泛型吧？
class test implements 介面<對象（例如String,Integer等等）>