亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

詳細聊一聊Java中的包機制

 更新時間:2025年05月12日 09:38:35   作者:程序Yang?  
這篇文章主要介紹了Java中包機制的相關資料,Java包機制通過定義、命名和組織類,防止命名沖突,文中通過代碼介紹的非常詳細,需要的朋友可以參考下

1. 定義

包(Package)類似于磁盤上的文件夾,通過包名可以找到對應文件路徑,例如包test.demo.example對應文件路徑為test/demo/example。

2. 核心作用

  • 防止命名沖突
    假如在包test.demo.example1和test.demo.example2這兩個包中都有一個Java類demo01,由于在不同包中相同類名不會引起沖突,所以可以在不同包中命名相同的Java類,但是無法在同一個包下創(chuàng)建另一個相同名字的類。
  • 代碼組織和管理
    將功能相似的類集中管理放在同一個包中,便于程序員管理,快速定位到功能模塊。
  • 訪問控制
    在同一個包中,不同類的設置了public訪問屬性的成員可以相互訪問彼此成員,無需導入對應的包,但是外部包無法直接訪問,需要通過導包來調用其他包中的類的成員或方法。
  • 支持模塊化開發(fā)
    通過包劃分功能模塊,例如,要完成一個外賣系統(tǒng),用戶模塊在包test.demo.user中,訂單模塊在test.demo.order中,便于團隊協(xié)作和管理,提升開發(fā)效率

3. 討論

  • 為什么Java要引入包機制,而不復用C/C++的頭文件
  • 解決命名沖突

    Java的包機制可以在不同包中創(chuàng)建相同命名的類

    package test.demo.example;
    public class Demo01 {//無修飾符
    	public String name1="test1";
    	public Demo01() {}
    	public void getname()
    	{
    		System.out.print(name1);
    	}
    }
    
    package test.demo.example1;
    public class Demo01{
    	public String name2="test2";
    	
    	public Demo01() {}
    	public void getname()
    	{
    		System.out.print(name2);
    	}
    }
    
    package test.demo.example2;
    public class main {
    	public static void main(String []args)
    	{
    		test.demo.example.Demo01 de01=new test.demo.example.Demo01();
    		de01.getname();
    		test.demo.example1.Demo01 de02=new test.demo.example1.Demo01();
    		de02.getname();
    	}
    }
    

    但是在C++中,若兩個不同頭文件中命名了相同的類,引用這兩個頭文件后在編譯時由于重名沖突會報錯。

    //test01.h
    #pragma once
    #include<iostream>
    void demo()//全局可見
    {
    	std::cout << "demo" << std::endl;
    }
    //test02.h
    #pragma once
    #include<iostream>
    void demo()//全局可見
    {
    	std::cout << "demo1" << std::endl;
    }
    
    //main.cpp
    #include"test01.h"http://包含頭文件
    #include"test02.h"
    int main()
    {
    	demo();//調用全局函數
    	return 0;
    }
    

    編譯后出現如下錯誤:

    函數“void demo(void)”已有主體 Project1 E:\C++\test\Project1\test02.h

  • 簡化依賴管理

    簡單來說,Java中包通過import自動解析類路徑,因為包名就對應相應文件目錄,編譯器自動根據包名查找類文件,無需手動指定路徑。而C++/C中需要手動包含收頭文件并處理重復包含,C++/C在引用其他目錄的頭文件時,需要顯示指定路徑,例如:

    #include"include/my_header.h"
    

    否則編譯器無法找到頭文件,但是我們在平常寫C++代碼的時候并沒有顯示指定頭文件路徑,原因有兩點:

    • 若頭文件與源文件在同一目錄,不需要手動添加路徑,編譯器默認搜索當前目錄
    • IDE會自動配置路徑,程序員感知不到顯示操作
  • 強化封裝性

    • Java中包級訪問權限(默認權限修飾符)限制跨包訪問,即類、方法、屬性若未添加 public/protected/private,僅允許同包內訪問,外部包無法通過導入或全限定名繞過權限限制,編譯器直接報錯。而C++頭文件定義的全局函數或變量默認公開,容易被外部隨意訪問。

      用以下代碼解釋:

    package test.demo.example;
    class Demo01 {//無修飾符
    	public String name1;
    	
    	public Demo01() {}
    	public void test1()
    	{
    		System.out.print("demo01");
    	}
    }
    //同一個包下
    package test.demo.example;
    public class Demo02 {
    	private String name2;
    	
    	public static void main(String[]args)
    	{
    		Demo01 de01=new Demo01();
    		de01.test1();
    	}
    }
    
    package test.demo.example1;//外部包
    import test.demo.example.Demo01;//導入Demo01所在包
    public class Demo1 {
    	public static void main(String[]args)
    	{
    		Demo01 de01=new Demo01();
    		de01.test();//編譯無法通過
    	}
    }
    
    

    編譯出現如圖所示錯誤:該錯誤顯示無法識別demo01類型

    //test01.h
    #pragma once
    #include<iostream>
    // 未使用 static 或匿名命名空間,全局可見
    void internalDebug() {
        std::cout << "內部調試方法" << std::endl;
    }
    class test01 {
    public: // 默認訪問權限為 public(若不顯式聲明 private)
        void debug() {
            std::cout << "內部調試方法" << std::endl;
        }
    };
    //main.cpp
    #include"test01.h"http://包含頭文件
    int main()
    {
    	internalDebug();//直接調用全局函數(可能意外暴露)
    
    	test01 t1;
    	t1.debug();//直接訪問類成員
    
    	return 0;
    }
    
    • 頭文件中的 internalDebug() 函數默認全局可見,任何包含該頭文件的代碼均可調用,可能導致命名沖突或誤用。
    • C++ 類成員默認訪問權限為 private,但此處顯式聲明為 public,以模擬常見開發(fā)習慣
    • 即使將 test01.h 視為“內部工具”,其他源文件仍可通過包含頭文件直接調用其內容,缺乏模塊隔離
  • 面向對象設計深度整合

    Java中包與類加載器結合,強制代碼模塊化,Java中的變量,方法都在類中實現和定義,而C++頭文件可能混合全局函數,變量和類的定義

  • 跨平臺與標準化

    Java中包名使用 . 分隔符,與操作系統(tǒng)無關;而C++頭文件路徑依賴操作系統(tǒng)分隔符(如 \ 或 /),Windows系統(tǒng)文件路徑用“\”分隔符,Linux系統(tǒng)文件路徑用“/”分隔符。

總結 

到此這篇關于Java中包機制的文章就介紹到這了,更多相關Java包機制內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!

您可能感興趣的文章:

相關文章

  • SpringBoot實現發(fā)送電子郵件

    SpringBoot實現發(fā)送電子郵件

    這篇文章主要介紹了SpringBoot實現發(fā)送電子郵件,電子郵件是—種用電子手段提供信息交換的通信方式,是互聯(lián)網應用最廣的服務。通過網絡的電子郵件系統(tǒng),用戶可以非??焖俚姆绞剑c世界上任何一個角落的網絡用戶聯(lián)系,下面就來看看SpringBoot如何實現發(fā)送電子郵件吧
    2022-01-01
  • servlet異步請求的實現

    servlet異步請求的實現

    本文主要介紹了servlet異步請求的實現,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2022-07-07
  • Java中valueOf和parseInt的區(qū)別詳解

    Java中valueOf和parseInt的區(qū)別詳解

    這篇文章主要介紹了Java中valueOf和parseInt的區(qū)別詳解,在編程中,遇到類型轉換,好像會經常用到 parseInt 和 valueOf,當然這里只拿 Integer 類型進行陳述,其他類型也是雷同的,需要的朋友可以參考下
    2024-01-01
  • 簡單介紹區(qū)分applet和application的方法

    簡單介紹區(qū)分applet和application的方法

    applet和application都是Java語言編寫出來的應用程序,本文簡單介紹了二者的不同之處,需要的朋友可以參考下
    2017-09-09
  • 幾道java循環(huán)練習題(適合新人)

    幾道java循環(huán)練習題(適合新人)

    這篇文章主要給大家介紹了幾道java循環(huán)練習題,非常適合剛入門的java新人,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2021-04-04
  • ActiveMQ基于zookeeper的主從(levelDB Master/Slave)搭建

    ActiveMQ基于zookeeper的主從(levelDB Master/Slave)搭建

    這篇文章主要介紹了ActiveMQ基于zookeeper的主從levelDB Master/Slave搭建,以及Spring-boot下的使用方法,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2017-08-08
  • Java對類私有變量的暴力反射技術講解

    Java對類私有變量的暴力反射技術講解

    今天小編就為大家分享一篇關于Java對類私有變量的暴力反射技術講解,小編覺得內容挺不錯的,現在分享給大家,具有很好的參考價值,需要的朋友一起跟隨小編來看看吧
    2019-03-03
  • Spring Boot 2 Thymeleaf服務器端表單驗證實現詳解

    Spring Boot 2 Thymeleaf服務器端表單驗證實現詳解

    這篇文章主要介紹了Spring Boot 2 Thymeleaf服務器端表單驗證實現詳解,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下
    2019-11-11
  • Kotlin 基礎教程之類、對象、接口

    Kotlin 基礎教程之類、對象、接口

    這篇文章主要介紹了Kotlin 基礎教程之類、對象、接口的相關資料,需要的朋友可以參考下
    2017-06-06
  • spring boot啟動出現Unable to start ServletWebServerApplicationContext due to missing ServletWebServer錯誤解決

    spring boot啟動出現Unable to start ServletWe

    在使用SpringBoot時,啟動報錯可能源于多種原因,錯誤提示為缺少ServletWebServerFactory bean,初步分析可能是缺少spring-boot-starter-web依賴或@EnableAutoConfiguration注解,感興趣的可以了解一下
    2024-10-10

最新評論