使用Cocoapods创建私有podspec

Cocoapods是非常好用的一个iOS依赖管理工具，使用它可以方便的管理和更新项目中所使用到的第三方库，以及将自己的项目中的公共组件交由它去管理。Cocoapods的介绍及优点本文就不在赘述，我开始使用Cocoapods还是在两年前，那个时候它刚刚出现，网上的资料还非常的少，就连他们自己的HomePage都十分的简单，我就着手尝试着使用了一下，用它管理起第三方库确实是十分的方便顺手。后来它有了更强大的功能就是自己创建podspec，更可以设置私有的库。

春节回来上班，没有什么任务做，正好项目中有一些公共组件需要从庞大的项目体系中剥离出来，而且年前项目终于从SVN迁移到了Git，真是喜大普奔，大快人心！这样项目使用Cocoapods就有了条件，正好趁着这两天没有什么事情做，学习一下创建私有的podspec并在项目中部署使用，以及pods的subspec的创建及使用。

整体先说明一下创建一个私有的podspec包括如下那么几个步骤：

  1. 创建并设置一个私有的Spec Repo。
  2. 创建Pod的所需要的项目工程文件，并且有可访问的项目版本控制地址。
  3. 创建Pod所对应的podspec文件。
  4. 本地测试配置好的podspec文件是否可用。
  5. 向私有的Spec Repo中提交podspec。
  6. 在个人项目中的Podfile中增加刚刚制作的好的Pod并使用。
  7. 更新维护podspec。

在这一系列的步骤中需要创建两个Git仓库，分别是第一步和第二步（第二步不一定非要是Git仓库，只要是可以获取到相关代码文件就可以，也可以是SVN的，也可以说zip包，区别就是在podspec中的source项填写的内容不同），并且第一步只是在初次创建私有podspec时才需要，之后在创建其他的只需要从第二步开始就可以。本文只介绍在Git环境下的操作，其他环境其他方式暂不说明。

创建私有Spec Repo

先来说第一步，什么是Spec Repo？它是所有的Pods的一个索引，就是一个容器，所有公开的Pods都在这个里面，它实际是一个Git仓库remote端在GitHub上，但是当你使用了Cocoapods后它会被clone到本地的~/.cocoapods/repos目录下，可以进入到这个目录看到master文件夹就是这个官方的Spec Repo了。这个master目录的结构是这个样子的


1

2

3

4

5

.

├── Specs

    └── [SPEC_NAME]

        └── [VERSION]

            └── [SPEC_NAME].podspec

因此我们需要创建一个类似于master的私有Spec Repo，这里我们可以fork官方的Repo，也可以自己创建，个人建议不fork，因为你只是想添加自己的Pods，没有必要把现有的公开Pods都copy一份。所以创建一个 Git仓库，这个仓库你可以创建私有的也可以创建公开的，不过既然私有的Spec Repo，还是创建私有的仓库吧，需要注意的就是如果项目中有其他同事共同开发的话，你还要给他这个Git仓库的权限。因为GitHub的私有仓库是收费的，我还不是GitHub的付费用户，所以我使用了其他Git服务，我使用的是CODING，当然还有其他的可供选择开源中国、Bitbucket以及CSDN Code.

创建完成之后在Terminal中执行如下命令


1

2

 # pod repo add [Private Repo Name] [GitHub HTTPS clone URL]

$ pod repo add WTSpecs https://coding.net/wtlucky/WTSpecs.git

此时如果成功的话进入到~/.cocoapods/repos目录下就可以看到WTSpecs这个目录了。至此第一步创建私有Spec Repo完成。

PS：如果有其他合作人员共同使用这个私有Spec Repo的话在他有对应Git仓库的权限的前提下执行相同的命令添加这个Spec Repo即可。

创建Pod项目工程文件

这个第二步没有什么好介绍的，如果是有现有的组件项目，并且在Git的版本管理下，那么这一步就算完成了，可以直接进行下一步了。

如果你的组件还在你冗余庞大的项目中，需要拆分出来或者需要自己从零开始创建一个组件库，那么我建议你使用Cocoapods提供的一个工具将第二步与第三步结合起来做。

现在来说一下这个工具，相关的文档介绍是Using Pod Lib Create 就拿我创建的podTestLibrary为例子具体讲一下这里是如何操作的，先cd到要创建项目的目录然后执行


1

$ pod lib create podTestLibrary

之后他会问你四个问题，1.是否需要一个例子工程；2.选择一个测试框架；3.是否基于View测试；4.类的前缀；4个问题的具体介绍可以去看官方文档，我这里选择的是1.yes；2.Specta/Expecta；3.yes；4.PTL。 问完这4个问题他会自动执行pod install命令创建项目并生成依赖。


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

$ tree PodTestLibrary -L 2

PodTestLibrary

├── Example                                  #demo APP

│   ├── PodTestLibrary

│   ├── PodTestLibrary.xcodeproj

│   ├── PodTestLibrary.xcworkspace

│   ├── Podfile                              #demo APP 的依赖描述文件

│   ├── Podfile.lock

│   ├── Pods                                  #demo APP 的依赖文件

│   └── Tests

├── LICENSE                               #开源协议 默认MIT

├── Pod                                       #组件的目录

│   ├── Assets                            #资源文件

│   └── Classes                              #类文件

├── PodTestLibrary.podspec           #第三步要创建的podspec文件

└── README.md                                #markdown格式的README

9 directories, 5 files

以上是项目生成的目录结构及相关介绍。

接下来就是向Pod文件夹中添加库文件和资源，并配置podspec文件，我把一个网络模块的共有组件放入Pod/Classes中，然后进入Example文件夹执行pod update命令，再打开项目工程可以看到，刚刚添加的组件已经在Pods子工程下Development Pods/PodTestLibrary中了，然后编辑demo工程，测试组件，我并没有使用提供的测试框架进行测试，这里就先不介绍了。

注：这里需要注意的是每当你向Pod中添加了新的文件或者以后更新了podspec的版本都需要重新执行一遍pod update命令。

测试无误后需要将该项目添加并推送到远端仓库，并编辑podspec文件。

通过Cocoapods创建出来的目录本身就在本地的Git管理下，我们需要做的就是给它添加远端仓库，同样去GitHub或其他的Git服务提供商那里创建一个私有的仓库，拿到SSH地址，然后cd到PodTestLibrary目录


1

2

3

4

$ git add .

$ git commit -s -m "Initial Commit of Library"

$ git remote add origin [email protected]:wtlucky/podTestLibrary.git           #添加远端仓库

$ git push origin master     #提交到远端仓库

因为podspec文件中获取Git版本控制的项目还需要tag号，所以我们要打上一个tag，


1

2

$ git tag -m "first release" "0.1.0"

$ git push --tags     #推送tag到远端仓库

做完这些就可以开始编辑podspec文件了，它是一个Ruby的文件，把编辑器的格式改成Ruby就能看到语法高亮，下面我贴上我的podspec文件，并在后面以注释的形式说明每个字段的含义，没有涉及到的字段可以去官方文档查阅


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

Pod::Spec.new do |s|

  s.name             = "PodTestLibrary"    #名称

  s.version          = "0.1.0"             #版本号

  s.summary          = "Just Testing."     #简短介绍，下面是详细介绍

  s.description      = <<-DESC

                       Testing Private Podspec.

                       * Markdown format.

                       * Don‘t worry about the indent, we strip it!

                       DESC

  s.homepage         = "https://coding.net/u/wtlucky/p/podTestLibrary"                           #主页,这里要填写可以访问到的地址，不然验证不通过

  # s.screenshots     = "www.example.com/screenshots_1", "www.example.com/screenshots_2"           #截图

  s.license          = ‘MIT‘              #开源协议

  s.author           = { "wtlucky" => "[email protected]" }                   #作者信息

  s.source           = { :git => "https://coding.net/wtlucky/podTestLibrary.git", :tag => "0.1.0" }      #项目地址，这里不支持ssh的地址，验证不通过，只支持HTTP和HTTPS，最好使用HTTPS

  # s.social_media_url = ‘https://twitter.com/<twitter_username>‘                       #多媒体介绍地址

  s.platform     = :ios, ‘7.0‘            #支持的平台及版本

  s.requires_arc = true                   #是否使用ARC，如果指定具体文件，则具体的问题使用ARC

  s.source_files = ‘Pod/Classes/**/*‘     #代码源文件地址，**/*表示Classes目录及其子目录下所有文件，如果有多个目录下则用逗号分开，如果需要在项目中分组显示，这里也要做相应的设置

  s.resource_bundles = {

    ‘PodTestLibrary‘ => [‘Pod/Assets/*.png‘]

  }                                       #资源文件地址

  s.public_header_files = ‘Pod/Classes/**/*.h‘   #公开头文件地址

  s.frameworks = ‘UIKit‘                  #所需的framework，多个用逗号隔开

  s.dependency ‘AFNetworking‘, ‘~> 2.3‘   #依赖关系，该项目所依赖的其他库，如果有多个需要填写多个s.dependency

end</twitter_username>

编辑完podspec文件后，需要验证一下这个文件是否可用，如果有任何WARNING或者ERROR都是不可以的，它就不能被添加到Spec Repo中，不过xcode的WARNING是可以存在的，验证需要执行一下命令


1

$ pod lib lint

当你看到


1

2

3

 -> PodTestLibrary (0.1.0)

PodTestLibrary passed validation.

时，说明验证通过了，不过这只是这个podspec文件是合格的，不一定说明这个Pod是可以用的，我们需要在本地做一下验证，这就是第四步的内容了，第四步在具体说明。

创建podspec文件

如果从第二步过来，已经有了现成的项目，那么就需要给这个项目创建一个podspec文件，创建它需要执行Cocoapods的另外一个命令，官方文档在这里


1

$ pod spec create PodTestLibrary [email protected]:wtlucky/podTestLibrary.git

执行完之后，就创建了一个podspec文件，他其中会包含很多内容，可以按照我之前介绍的进行编辑，没用的删掉。编辑完成之后使用验证命令验证一下


1

$ pod lib lint

验证无误就可以进入下一步了。

本地测试podspec文件

我们可以创建一个新的项目，在这个项目的Podfile文件中直接指定刚才创建编辑好的podspec文件，看是否可用。 在Podfile中我们可以这样编辑，有两种方式


1

2

3

4

platform :ios, ‘7.0‘

pod ‘PodTestLibrary‘, :path => ‘~/code/Cocoapods/podTest/PodTestLibrary‘      #指定路径

pod ‘PodTestLibrary‘, :podspec => ‘~/code/Cocoapods/podTest/PodTestLibrary/PodTestLibrary.podspec‘  #指定podspec文件

然后执行pod install命令安装依赖，打开项目工程，可以看到库文件都被加载到Pods子项目中了，不过它们并没有在Pods目录下，而是跟测试项目一样存在于Development Pods/PodTestLibrary中，这是因为我们是在本地测试，而没有把podspec文件添加到Spec Repo中的缘故。

在项目中编写代码，测试库文件无误后就可以开始下一步了，提交podspec到Spec Repo中。

向Spec Repo提交podspec

向Spec Repo提交podspec需要完成两点一个是podspec必须通过验证无误，在一个就是删掉无用的注释（这个不是必须的，为了规范还是删掉吧）。 向我们的私有Spec Repo提交podspec只需要一个命令


1

$ pod repo push WTSpecs PodTestLibrary.podspec  #前面是本地Repo名字 后面是podspec名字

完成之后这个组件库就添加到我们的私有Spec Repo中了，可以进入到~/.cocoapods/repos/WTSpecs目录下查看


1

2

3

4

5

6

.

├── LICENSE

├── PodTestLibrary

│   └── 0.1.0

│       └── PodTestLibrary.podspec

└── README.md

再去看我们的Spec Repo远端仓库，也有了一次提交，这个podspec也已经被Push上去了。

至此，我们的这个组件库就已经制作添加完成了，使用pod search命令就可以查到我们自己的库了


1

2

3

4

5

6

7

8

$ pod search PodTestLibrary

-> PodTestLibrary (0.1.0)

   Just Testing.

   pod ‘PodTestLibrary‘, ‘~> 0.1.0‘

   - Homepage: https://coding.net/u/wtlucky/p/podTestLibrary

   - Source:   https://coding.net/wtlucky/podTestLibrary.git

   - Versions: 0.1.0 [WTSpecs repo]

这里说的是添加到私有的Repo，如果要添加到Cocoapods的官方库了，可以使用trunk工具，具体可以查看官方文档。

使用制作好的Pod

在完成这一系列步骤之后，我们就可以在正式项目中使用这个私有的Pod了只需要在项目的Podfile里增加以下一行代码即可


1

$ pod ‘PodTestLibrary‘, ‘~> 0.1.0‘

然后执行pod update，更新库依赖，然后打卡项目可以看到，我们自己的库文件已经出现在Pods子项目中的Pods子目录下了，而不再是Development Pods。

更新维护podspec

最后再来说一下制作好的podspec文件后续的更新维护工作，比如如何添加新的版本，如何删除Pod。

我已经制作好了PodTestLibrary的0.1.0版本，现在我对他进行升级工作，这次我添加了更多的模块到PodTestLibrary之中，包括工具类，底层Model及UIKit扩展等，这里又尝试了一下subspec功能，给PodTestLibrary创建了多个子分支。

具体做法是先将源文件添加到Pod/Classes中，然后按照不同的模块对文件目录进行整理，因为我有四个模块，所以在Pod/Classes下有创建了四个子目录，完成之后继续编辑之前的PodTestLibrary.podspec，这次增加了subspec特性


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

Pod::Spec.new do |s|

  s.name             = "PodTestLibrary"

  s.version          = "1.0.0"

  s.summary          = "Just Testing."

  s.description      = <<-DESC

                       Testing Private Podspec.

                       * Markdown format.

                       * Don‘t worry about the indent, we strip it!

                       DESC

  s.homepage         = "https://coding.net/u/wtlucky/p/podTestLibrary"

  # s.screenshots     = "www.example.com/screenshots_1", "www.example.com/screenshots_2"

  s.license          = ‘MIT‘

  s.author           = { "wtlucky" => "[email protected]" }

  s.source           = { :git => "https://coding.net/wtlucky/podTestLibrary.git", :tag => "1.0.0" }

  # s.social_media_url = ‘https://twitter.com/<twitter_username>‘

  s.platform     = :ios, ‘7.0‘

  s.requires_arc = true

  #s.source_files = ‘Pod/Classes/**/*‘

  #s.resource_bundles = {

  #  ‘PodTestLibrary‘ => [‘Pod/Assets/*.png‘]

  #}

  #s.public_header_files = ‘Pod/Classes/**/*.h‘

  s.subspec ‘NetWorkEngine‘ do |networkEngine|

      networkEngine.source_files = ‘Pod/Classes/NetworkEngine/**/*‘

      networkEngine.public_header_files = ‘Pod/Classes/NetworkEngine/**/*.h‘

      networkEngine.dependency ‘AFNetworking‘, ‘~> 2.3‘

  end

  s.subspec ‘DataModel‘ do |dataModel|

      dataModel.source_files = ‘Pod/Classes/DataModel/**/*‘

      dataModel.public_header_files = ‘Pod/Classes/DataModel/**/*.h‘

  end

  s.subspec ‘CommonTools‘ do |commonTools|

      commonTools.source_files = ‘Pod/Classes/CommonTools/**/*‘

      commonTools.public_header_files = ‘Pod/Classes/CommonTools/**/*.h‘

      commonTools.dependency ‘OpenUDID‘, ‘~> 1.0.0‘

  end

  s.subspec ‘UIKitAddition‘ do |ui|

      ui.source_files = ‘Pod/Classes/UIKitAddition/**/*‘

      ui.public_header_files = ‘Pod/Classes/UIKitAddition/**/*.h‘

      ui.resource = "Pod/Assets/MLSUIKitResource.bundle"

      ui.dependency ‘PodTestLibrary/CommonTools‘

  end

  s.frameworks = ‘UIKit‘

  #s.dependency ‘AFNetworking‘, ‘~> 2.3‘

  #s.dependency ‘OpenUDID‘, ‘~> 1.0.0‘

end</twitter_username>

因为我们创建了subspec所以项目整体的依赖dependency，源文件source_files，头文件public_header_files，资源文件resource等都移动到了各自的subspec中，每个subspec之间也可以有相互的依赖关系，比如UIKitAddition就依赖于CommonTools。

编辑完成之后，在测试项目里pod update一下，几个子项目都被加进项目工程了，写代码验证无误之后，就可以将这个工程push到远端仓库，并打上新的tag->1.0.0。

最后再次使用pod lib lint验证编辑好的podsepc文件，没有自身的WARNING或者ERROR之后，就可以再次提交到Spec Repo中了，命令跟之前是一样的


1

$ pod repo push WTSpecs PodTestLibrary.podspec

之后再次到~/.cocoapods/repos/WTSpecs目录下查看


1

2

3

4

5

6

7

8

9

10

.

├── LICENSE

├── PodTestLibrary

│   ├── 0.1.0

│   │   └── PodTestLibrary.podspec

│   └── 1.0.0

│       └── PodTestLibrary.podspec

└── README.md

3 directories, 4 files

已经有两个版本了，使用pod search查找得到的结果为


1

2

3

4

5

6

7

8

9

10

11

12

13

$ pod search PodTestLibrary

-> PodTestLibrary (1.0.0)

   Just Testing.

   pod ‘PodTestLibrary‘, ‘~> 1.0.0‘

   - Homepage: https://coding.net/u/wtlucky/p/podTestLibrary

   - Source:   https://coding.net/wtlucky/podTestLibrary.git

   - Versions: 1.0.0, 0.1.0 [WTSpecs repo]

   - Sub specs:

     - PodTestLibrary/NetWorkEngine (1.0.0)

     - PodTestLibrary/DataModel (1.0.0)

     - PodTestLibrary/CommonTools (1.0.0)

     - PodTestLibrary/UIKitAddition (1.0.0)

完成这些之后，在实际项目中我们就可以选择使用整个组件库或者是组件库的某一个部分了，对应的Podfile中添加的内容为


1

2

3

4

5

6

platform :ios, ‘7.0‘

pod ‘PodTestLibrary/NetWorkEngine‘, ‘1.0.0‘  #使用某一个部分

pod ‘PodTestLibrary/UIKitAddition‘, ‘1.0.0‘

pod ‘PodTestLibrary‘, ‘1.0.0‘   #使用整个库

最后介绍一下如何删除一个私有Spec Repo，只需要执行一条命令即可


1

$ pod repo remove WTSpecs

这样这个Spec Repo就在本地删除了，我们还可以通过


1

$ pod repo add WTSpecs [email protected]:wtlucky/WTSpecs.git

再把它给加回来。

如果我们要删除私有Spec Repo下的某一个podspec怎么操作呢，此时无需借助Cocoapods，只需要cd到~/.cocoapods/repos/WTSpecs目录下，删掉库目录


1

[email protected]:~/.cocoapods/repos/WTSpecs$ rm -Rf PodTestLibrary

然后在将Git的变动push到远端仓库即可


1

2

3

[email protected]:~/.cocoapods/repos/WTSpecs$ git add --all .

[email protected]:~/.cocoapods/repos/WTSpecs$ git ci -m "remove unuseful pods"

[email protected]:~/.cocoapods/repos/WTSpecs$ git push origin master

参考资料

Private Pods

Creating a Private CocoaPod

Developing Private In-House Libraries with CocoaPods

转自：http://www.cocoachina.com/ios/20150228/11206.html

时间： 2024-10-07 21:46:26

使用Cocoapods创建私有podspec的相关文章

CocoaPods创建私有pods

由于项目需求,需要把项目的不同模块拆分出来,一开始想做成多target模式,后来换成私有pods CocoaPods的安装和使用,网上很多,自行搜索即可. 听说可以基于svn创建pod私有库(文章点这里),但我断断续续的折腾了两三天没成功,实在不想搞了,只能老老实实搞git的.有谁弄成功了希望不吝赐教. cd到需要做库的工程目录下 创建一个podspec文件pod spec create podName (如:pod spec create testPods,会在当前目录生成 testPods.

iOS代码组件化--利用cocoaPods创建私有库

如果项目模块多,模块间逻辑复杂,我们发现多个人同时维护一个代码仓库需要十分小心,一不小心,造成冲突,解决起来很烦,相信很多人都遇到手工删除合并的冲突的文件的经历. 如果利用组件化思想,每个人维护自己的模块对应的代码库,将会大大降低冲突的风险,而且组件化能够很好的给工程解耦. 组件化的第一步就是创建自己的仓库,公司的话需要搭建并维护私有库. 1.查看本地索引库 我们用cocoaPods 的时候,默认使用的是cocoaPods自带的索引库 终端中使用命令 $ pod repo 查看有哪些索引库,这里

使用CocoaPods建立私有仓库

~/.cocoapods/repos 公司的项目正准备组件化开发,最近研究了一下CocoaPods建立私有仓库,分享一下 先屡一下思路 大致分为以下几步: 本地建立一个索引库Spec Repo,映射到远程仓库(将来使用该仓库里面的.podspec文件定位到相应的代码) 创建pod工程(实现具体的组件代码) 生成spec文件 向本地的Spec Repo提交spec文件 pod新的文件 <1>.本地创建索引库 官方的pod其实就是一个仓库里面放了很多开源的Spec Repo(关于如何创建cocoa

加密和解密技术基础、PKI及创建私有CA

一.数据加密和解密概述 数据加密和解密是一门历史悠久的技术,从古代就已经出现了,一直发展到当代.其中,数据加密的目的有很多,可以是为了保证本地数据存取的安全性,可以是为了保证数据流在网络传输过程中的保密性,也可以是为了验证数据的完整性,还可以通过数据加密来实现密钥的交换等. 数据加密依赖于某种加密算法和加密密钥,而数据解密则依赖于某种解密算法和解密密钥.而在当代加密解密技术中,加密密钥既可以与解密密钥相同,也可以和解密密钥不同,这取决于使用什么方法进行加解密. 二.安全的目标 就信息传输过程来说

openssh及openssl创建私有CA

ssh:secure shell,protocol ,监听TCP22,提供安全的远程登陆服务 OpenSSH:ssh协议的开源实现 dropbear:另一个开源实现 SSH协议版本: V1:基于CRC-32做MAC(消息认证码),不安全:容易受man-in-middle攻击 v2:双方主机协议选择安全的MAC方式 基于DH算法做秘钥交换,基于RSA或DSA算法实现身份认证 两种方式的用户登录认证: 口令:基于Passwd 基于KEY OpenSSH: C/S C:ssh,scp,sftp win

加密解密基础、PKI及SSL、创建私有CA

基本概念: 加密作为数据安全保障的一种方式,它不是近代才产生的,历史已经相当久远:加密算法就是加密的方法. 数据加密解密: 数据加密的基本过程就是对原来为明文的文件或数据按特定算法进行处理,使其成为不可读的一段代码,通常称为"密文",使其只能在输入相应的密钥之后才能显示出本来内容,通过这样的途径来达到保护数据不被非法人窃取.阅读的目的.该过程的逆过程为解密,即将该编码信息转化为其原来数据的过程 为什么需要对数据加密:加密在网络上的作用就是防止有用或私有化信息在网络上被拦截和窃取:比如个

使用OpenSSL创建私有CA、签署证书

OpenSSL工具包是Linux上SSL v2/v3和TLS v1协议的实现方式之一,并建提供了常用的加密解密功能. OpenSSL主要由三部分组成: 1:libcrypto:加密库,主要用来实现加密.解密的功能库 2:libssl:实现SSL服务器端功能会话库 3:openssl命令行工具:/usr/bin/openssl 本文仅是介绍如何通过openssl命令创建私有CA,以及如何申请证书.签署证书等过程. 证书主要包含的就是拥有者自身的属性信息.公钥以及CA的签名,核心就是用户的公钥.服务

openssl 创建私有CA

创建私有CA: openssl的配置文件:/etc/pki/tls/openssl.cnf 1.创建所需要的文件 #touch index.txt #echo 01 > serial # 2.给CA发证 <CA自签证书> #(umask 077; openssl genrsa -out private/cakey.pem 2048) # openssl req -new -x509 -key /etc/pki/CA/private/cakey.pem -days 7300 -out /e

加密解密技术基础、PKI及创建私有CA

加密解密技术基础.PKI及创建私有CA 一.背景 随着互联网的快速发展,整个互联网中涌入了大量的用户,正所谓林子大了什么鸟都有,随之而来的就是数据的安全性得不到保障:因此就有了对数据的加密及解密. 二.安全的目标 1.目标: 信息加密的目的是为了确保所传输的信息具有保密性,不被其他人所劫持后篡改信息:如果被篡改后接收方也应该能知道,而且也应该确保没被劫持的信息接收方可以读取. 2.数据在网络中传输过程中要保证三个要点: (1)数据的完整性:防止数据在传输过程中遭到未授权用户的破坏或篡改. (2)