原文链接: https://www.cnblogs.com/grooovvve/p/8661054.html/
 
 
概念介绍：
 
软件源是debian系的概念,把软件放在一个pool里面,用一条命令就可以自动从指定服务器下载并安装。
 
源列表是/etc/apt/sources.list,里面写了你所用的服务器地址
 
（其中 /etc 代表附加物的意思，英文全称etcetra。换句话说，是一个底层的重要项目，通常添加一些次等重要的零碎事物。今天， “etc”包含了广泛的系统配置文件，这些配置文件几乎包含了系统配置的方方面面，同样非常重要。）
 
（Advanced Packaging Tool（apt）是Linux下的一款安装包管理工具，是一个客户/服务器系统。）
 
作为操作的一部分，APT使用一个文件列出可获得软件包的镜像站点地址，这个文件就是/etc/apt/sources.list
 
最初只有.tar.gz的打包文件，用户必须编译每个他想在GNU/Linux上运行的软件。用户们普遍认为系统很有必要提供一种方法来管理这些安装在机器上的软件包，当Debian诞生时，这样一个管理工具也就应运而生，它被命名为dpkg。从而著名的“package”概念第一次出现在GNU/Linux系统中，稍后Red Hat才决定开发自己的“rpm”包管理系统。
 很快一个新的问题难倒了GNU/Linux制作者，他们需要一个快速、实用、高效的方法来安装软件包，当软件包更新时，这个工具应该能自动管理关联文件和维护已有配置文件。Debian再次率先解决了这个问题，APT(Advanced Packaging Tool）作为dpkg的前端诞生了。APT后来还被Conectiva改造用来管理rpm，并被其它Linux发行版本采用为它们的软件包管理工具。
 
APT工作原理：
 
 
 
APT是一个客户/服务器系统。在服务器上先复制所有DEB包（DEB是Debian软件包格式的文件扩展名），然后用APT的分析工具（genbasedir）根据每个DEB 包的包头（Header）信息对所有的DEB包进行分析，并将该分析结果记录在一个文件中，这个文件称为DEB 索引清单，APT服务器的DEB索引清单置于base文件夹内。一旦APT 服务器内的DEB有所变动，一定要使用genbasedir产生新的DEB索引清单。客户端在进行安装或升级时先要查询DEB索引清单，从而可以获知所有具有依赖关系的软件包，并一同下载到客户端以便安装。
 
 
 
 
当客户端需要安装、升级或删除某个软件包时，客户端计算机取得DEB索引清单压缩文件后，会将其解压置放于/var/state/apt/lists/，而客户端使用apt-get install或apt-get upgrade命令的时候，就会将这个文件夹内的数据和客户端计算机内的DEB数据库比对，知道哪些DEB已安装、未安装或是可以升级的。
 
 
 
 
大概的意思是 APT是个客户端，这个客户端先从服务器上获取所有包的信息，并记录在一个清单里。当用户使用apt-get之类的指令时，无论是升级 安装 还是删除。APT都会先去找清单（清单里有服务器包的信息），然后对照本地的库。知道哪些包安装了，哪些没安装，哪些是可以升级的。
 
 
常用命令：
 
sudo apt-get install
 # ——（package 安装包）
 
apt-cache depends 
#——-(package 了解使用依赖）

apt-get update
#——（升级来自 Debian 镜像的包裹列表，如果你想安装当天的任何软件，至少每天运行一次，而且每次修改了/etc/apt/sources.list 后，必须执行。）看仓库本身有没有要更新的。
 
apt-get upgrade [-u]
 # ——（升级所有已经安装的包裹为最新可用版本。不会安装新的或移除老的包裹。形前端（其中一些在使用前得先安装）。这里 dselect 无疑是最强大的，也是最古老，最难驾驭。）看仓库里有没有要更新的包。
 
不随便更新，自身环境稳定最重要。
 
apt-get的安装包放在哪里：
 
 
 
ubuntu中由apt-get获得的文件包保存在:
 /var/cache/apt/archives
 
 
通过apt-get命令下载的软件包，放在这个目录下:
 /var/cache/apt/archives
 下载文件位置可以在/etc/apt/source.list`文件中指定。
 
 
软件仓库:
 
PPA简介:
 
 
 
PPA（Personal Package Archives）,是由应用程序的用户和开发者在Launchpad上编译发布的软件包。相对于默认软件仓库，PPA发布的应用程序比较丰富，版本也比较新。
 
 
因为 Linux 和 Windows 不一样，同一发行版（比如 Ubuntu) 的不同版本（比如 14.04, 14.10 ）用的软件仓库是不一样的，所以有仓库 (repository ) 这样的概念，自然就有了要更新仓库信息的逻辑。
 
一般来说你不更新仓库信息， upgrade 就在本地的旧仓库转悠一圈发现并没有要更新的，但实际上本地仓库已经过时了。
 这也是为什么用 apt 查找某个包的命令是 apt-cache search xxx 的原因，用的是本地 cache 了仓库信息。
 
sources.list 存放有你要访问的软件源的地址。
 
这个文件时只读的 要修改一下权限。
 
软件仓库管理:
 
 
进入软件和更新
 
 
 
进入 "其他软件"选项卡
 
 
 
勾选自己需要的源
 
 
保存退出
 
 
相关链接：
 
http://www.360doc.com/content/10/1206/00/4954359_75382037.shtml
 
转载于:https://www.cnblogs.com/grooovvve/p/8661054.html

API，Jar包，封装的总结
 
一、Jar包
 
自己在实际工作中的需要，使用Idea打包项目为可执行的jar包，网上找了好多文章但总是不成功，多次尝试后终于跑通，所以记录下来，希望可以帮助各位
 
步骤：
 
1. 选中Java项目工程名称，在菜单中选择 File->project structure... (快捷键Ctrl+Alt+Shift+S)。
 
 
2. 在弹出的窗口中左侧选中"Artifacts"，点击"+"选择jar，然后选择"from modules with dependencies"。
 
 
3. 在配置窗口中配置"Main Class"。
 
 
4.配置“Directory for META-INF/MAINFEST.MF”，此项配置的缺省值是：D:\Intellij\SeriesPublish\src\main\java，需要改成：D:\Intellij。如果不这样修改，打成的jar包里没有包含META-INF/MAINFEST.MF文件，这个应该是个IDEA的BUG（参考：http://stackoverflow.com/questions/15724091/how-to-run-a-jar-file-created-using-intellij-12），配置完成后如下图所示，点击OK进入下一步。我个人建议选择“extract to the target JAR”，这样所有依赖的jar包都会放在生成的jar包中。
 
 
5. 完成后，点击OK，Apply等按钮，回到IDEA的主菜单，选择“Build - Build Artifacts”下的“Build”或者“Rebuild”即可生成最终的可运行的jar，在D:\Intellij\SeriesPublish\out\artifacts\SeriesPublish_jar下面找到生成的目标jar，可以看到META-INF/MAINFEST.MF文件被正确包含，内容也正确。
 

好了，大功告成
 参考：
 
http://bglmmz.iteye.com/blog/2058785
 
http://blog.csdn.net/xiao257/article/details/52981891
 
http://www.cnblogs.com/blog5277/p/5920560.html
 
 
 
 
 
在现阶段，我们将算法打Jar包即可；
 
 
 
 

包图
 
在UML的建模机制中，模型的组织是通过包（Package）来实现的。包可以把所建立的各种模型（包括静态模型和动态模型）阻止起来，形成各种功能或用途的模块，并可以控制包中元素的可见性，以及描述包之间的依赖关系。
 
模型的组织结构
 
计算机系统的模型自身是一个计算机是一个计算机系统的制品，被应用在一个给出了模型含义的大语境环境中。该模型包括模型的内部组织、整个开发过程中对每个模型的注释说明、一个缺省值解、创建和操纵模型的假定条件以及模型与其所处环境之间的关系等。
 
模型需要有自己的内部组织结构，一方面能够对一个大系统进行分解，降低系统的复杂度；另一方面允许多个项目开发小组同时使用某个模型而不发生过多的相互牵涉。一般对系统模型的内部组织结构通常采用先分层再细分为包的方式。
 
包的命名和可见性
 
包图（Package Diagram）是一种维护和描述系统总体结构模型的重要建模工具，通过对图中各个包以及包之间关系的描述，展现出系统的模块 与模块之间的依赖关系。如下图：
 
 包是包图中最重要的概念，它包含了一组模型元素和图。对于系统中的每个模型元素，如果它不是其他模型元素的一部分，那么它必须在系统中唯一的命名空间内声明。包含一个元素声明的命名空间被称为拥有这个元素。包是一个可以拥有任何种类模型元素的通用命名空间。可以这样说，如果将整个系统描述为一个高层的包，那么它就直接或间接地包含了所有的模型元素。
 
在系统模型中，每个图必须被一个唯一确定的包所有，同样这个包可能被另一个包所包含。包是构成进行配置控制、存储和访问控制的基础。所有的UML模型元素都能用包来进行组织。每一个模型元素或者为一个包所有，或者自己作为一个独立的包，模型元素的所有关系组成了一个具有等级关系的树状图。然而，模型元素（包括包）可以引用其他包中的元素，所以包的使用关系组成了一个网状结构。
 
在UML中，包图的标准形式是使用两个矩形进行表示的，一个小矩形（标签）和一个大矩形，小矩形紧连接在矩形的左上角，包的名称位于大矩形的中间。
 
同其他模型元素的名称一样，每个包都必须有一个与其他包相区别的名称。包的名称是一个字符串，它有两种形式：简单名（Simple Name）和路径名（Path Name）。其中，简单名仅包含一个名称字符串，而路径名是以包处于的外围包的名字作为前缀并加上名称字符串。但是在Rose中，使用简单名称后加上“（from 外围包）”的形式，如下图：
 
 在包下可以创建各种模型元素，例如类、接口、构件、节点、用例、图以及其他包等。在包图下允许创建的各种模型元素都是根据各种视图下所允许创建的内容决定的，例如在用例视图下的包中，只能允许创建包、角色、用例、类、用例图、类图、活动图、状态图、序列图和协作图等。
 
包对自身所包含的内部元素的可见性也有定义，使用关键字private、protected或public来表示。private定义的私有元素对包外部元素完全不可见；protected定义的被保护的元素只对那些与包含这些元素的包有泛化关系的包可见；public定义的公共元素对所有引入的包以及它们的后代都可见。
 
 
上图中，包中包含了“ClassA”、“ClassB”和“ClassC”三个类，分别是用public、protected和private三个关键字修饰的。
 
通常，一个包不能访问另一个包的内容。包是不透明的，除非它们被访问或引入依赖关系才能打开。访问依赖关系直接直接应用到包和其他包容器中。在包层，访问依赖关系表示提供者包的内容可被客户包中的元素或嵌入与客户包中的子包引用。提供者包中的元素在它的包中要有足够的可见性，使得客户可以看到它。
 
通常，一个包只能看到其他包中被指定为具有公共可见性的元素。具有受保护可见性的元素只对包含它的包的后代包具有可见性。可见性也可用于类的内容（属性和操作）。一个类的后代可以看到它的祖先中具有公共或受保护可见的成员，而其他的类则只能看到具有公共可见性的成员。对于引用一个元素而言，访问许可证和正确的可见性都是必须的。所以，如果一个包中的元素要看到不相关的另一个包的元素，则第一个包必须访问或引入第二个包，而目标元素在第二个包中必须有公共可见性。
 
要引用包中的内容，使用“PackageName::PackageElement”的形式，这种形式叫做全限定名。
 
包的构造型和子系统
 
包也有不同的构造性，表现为不同的特殊类型的包，例如模型、子系统和系统等。
 
 
业务分析模型包
 
 
 
业务用例模型包
 
 
 
CORBA Module包
 
 
 
子系统是有单独的说明和实现部分的包。它表示具有对系统其他部分存在接口的模型单元，子系统使用具有构造型关键字“subsystem”的包表示。
 
子系统
 
 
包的嵌套
 
包可以拥有其他包作为包内的元素，子包又可以拥有自己的子包，这样可以构成一个系统的嵌套结构，比表达系统模型元素的静态结构关系。
 
包的嵌套可以清晰地表现系统模型元素之间的关系，但在建立模型时报的嵌套不宜过深，包嵌套的层数一般以二到三层为最佳。
 
 
包的联系
 
包之间的关系总的来讲可以概括为依赖关系和泛化关系。两个包之间存在着依赖关系通常是值这两个包所包含的模型元素之间存在着一个和多个依赖。对于由对象类组成的包，如果两个包的任何对象类之间存在着一种依赖，则这两个包之间就存在着依赖。
 
包的依赖同样是使用一根虚箭线表示的，虚箭线从依赖源指向独立目的的包，如下图：
 
 
包的依赖性可以加上许多构造型来规定它的语义，其中最常见的是引入依赖。引入依赖（Import Dependency）是包与包之间的一种存取（Access）依赖关系。引入是指允许一个包中的元素存取另一个包中的元素。引入依赖是单项的。引入依赖的表示方法是在虚箭线上表明构造型“《important》”，箭头从引入方向指向输出方的包。引入依赖没有传递性，一个包的输出不能通过中间的包被其他的包引入。

1.对包的理解（Package）
 
 
 
为了更好地组织类，Java 提供了包机制，用于区别类名的命名空间。Java 中的一个package(包)就是一个类库单元。
 
 
包内包含有一组类，他们在单一的名字空间之下被逻辑组织在了一起。 
 
 
package的作用就是C++的namespace的作用，防止名字相同的类产生冲突。Java 编译器在编译时，直接根据 package 指定的信息直接将生成的 class 文件生成到对应目录下。例如 package aaa.bbb.ccc 编译器就将该 .java 文件下的各个类生成到工作目录 /aaa/bbb/ccc/ 这个子目录下。
 
 
包的作用主要有以下几点：
 
 
①把功能相似或相关的类或接口组织在同一个包中，方便类的查找和使用。
 
 
②如同文件夹一样，包也采用了树形目录的存储方式。同一个包中的类名字是不同的，但不同的包中的类的名字是可以相同的，当同时调用两个不同包中相同类名的类时，应该加上包名加以区别。因此，包可以避免命名上的冲突。
 
 
③包也限定了访问权限，拥有包访问权限的类才能访问某个包中的类。 包是逻辑访问控制单元，构建类库单元(安全访问)，包名相同的类在一个包内，与类的存放位置无关。 类的访问控制符：public 和包（默认 friendly）。对类的名称进行完全控制（完全限定类名），解决了名称的冲突问题。
 
 
包的命名规范：包的命名规范：公司域名反写.project(项目名称).module(模块名称)，全部小写。 
 
 
类的完全限定名: 公司域名反写.project(项目名称).module(模块名称).ClassName(类名)。
 
 
命名空间：包名是定义类名称的命名空间，保证类名的唯一。 类的完全限定名=包名(命名空间).类名 
 
 
 
 
 
 
创建好一个包之后，在这个包内继续创建其他类文件，就如同上图这样的树形结构，文件夹的形式。
 
 
2.包的应用举例
 
 
 
 
如上图，我们先创建了一个包，包名为：com.horstmann.corejava，紧接着在包内创建一个不含main方法的类文件Employee，最后我们在上面的默认包（default package）中，创建一个包含main方法的类文件PackTest。详细内容我们来看下面的代码：👇👇👇 
 
 
package com.horstmann.corejava;
import java.util.*;
public class Employee { //编译之后此行代码为：package com.horstmann.corejava.Employee
	private String name;
	private int age;
	private String hobby;
	public Employee(String name,int age,String hobby) {
		this.name=name;
		this.age=age;
		this.hobby=hobby;
	}
	public String getName() {
		return this.name;
	}
	public int getAge() {
		return this.age;
	}
	public String getHobby() {
		return this.hobby;
	}
	public void Study() {
		System.out.println("姓名："+this.name+",年龄："+this.age
							+",爱好："+this.hobby+"!!!");
	}
}
 
import com.horstmann.corejava.*;
import java.util.*;
public class PackageTest { //默认包中，编译后就存放在当前目录下
	public static void main(String[] args) {
		Employee a=new Employee("张三",20,"玩游戏");
		a.Study();
	}
}
 
 
 
①可以看到第一个代码框中的第一行：package com.horstmann.corejava; 这条语句是创建完包，并且在其中创建类文件之后，在程序块的第一行自动生成的，表示Employee类文件在com.horstmann.corejava包下。（package关键字）
 
 
②在第二个代码框中的第一行，我们使用 import com.horstmann.corejava.*; 这条语句来导入com.horstmann.corejava包中的所有文件内容，如果只想导入其中的Employee类文件，可以修改为 import com.horstmann.corejava.Employee。（import关键字）
 
 
在 .java 源程序中，如果没有 package 关键字，则该编译单元中类生成的 .class 类文件，将存放在当前目录中，称为默认包或未命名包，即（default package）。
 
 
代码中，剩余部分的内容，基本上都挺好理解的，下面我们来看一下上述代码的运行结果：👇👇👇
 
 
 
 
 
我们在上文中，提到了Java 中的一个package(包)就是一个类库单元。它采用的是树形结构，也可以看成是文件夹的形式，下面，我们就上面两段代码，在我的电脑中，查看一下这个文件夹。👇👇👇
 
 
 
 
 
 
可以看到，我们的PackageTest类文件是存放在默认包（default package）中的，所以没有具体的包名对应的文件夹，直接就存放在src当前目录下。 
 
 
 
 
 
我们再来看这张图，大家对比前面那张图里的创建包以及包内类文件的具体名称，包名为com.horstmann.corejava，那么在这个包内的类文件就应该是com.horstmann.corejava.Employee，所以大家对照这个包名和类文件名，就会发现，它完全符合树形结构的文件夹存放形式！！！
 
 
大家在查找路径的时候，应该也会发现在bin文件夹和src文件夹的目录下，这部分包文件和类文件几乎是完全一样的。但是实际上这两者还是有区别的。
 
 
①对于bin目录下：全称是binary，它里面存放的是二进制文件，就是 .class 文件。
 
 
②对于src目录下：全称是source，它里面存放的是 .java 源文件。
 
 

 
 
那么，以上就是博主总结的有关Java中的包的相关概念及应用。希望为大家学习包提供有效地帮助！！！欢迎大家的访问，喜欢的朋友们，也可以点赞关注！！！感谢大家的支持！！！😀😀😀