13518219792
delve 是go语言的调试器，delve的目标是为go提供一个简洁、功能齐全的debug工具，delve易于调用和使用。
为南湖等地区用户提供了全套网页设计制作服务，及南湖网站建设行业解决方案。主营业务为成都网站制作、网站建设、南湖网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！
为了能够编译delve，需要安装Go 1.10或更高版本
安装好go后，直接go get即可安装，更多安装教程见：
go get github点抗 /go-delve/delve/cmd/dlv
安装好后，在终端执行dlv或者dlv help 会看到dlv的帮助信息，则说明安装成功
dlv常用命令
delve的目标是成为一个简洁而强大的工具。但如果你不习惯在编译语言中使用源码调试，则可能令人困惑。本文档将提供开始调试go程序所需的全部信息。
调试例子程序如下
├── go.mod
├── go.sum
├── main.go
├── test
└── utils
├── util.go
└── util_test.go
调试程序主要有三个文件，main.go、util.go、util_test.go，内容如下，比较简单，go包管理工具使用的是go module，模块名为test
在vscode debug 的设置中配置launch.json文件
mode 设置为debug时，program的内容${fileDirname}即可，mode 设置为exec时，program的值为二进制文件的路径，通过设置mode的值，即可调试源码和二进制程序（也需要有源码）。mode模式为auto时，测试了下，vscode 并不能通过program的内容来判断是debug还是exec
远程调试时，需要在远程也有源码、二进制包和dlv工具
在远端执行dlv命令
dlv debug --headless --listen=:8989 --api-version=2 --accept-multiclient #用degbug方式启动远程应用程序
dlv exec --headless --listen=:8989 ./test --api-version=2 --accept-multiclient # exec执行当前目录下的test二进制文件
--listen：指定调试端口
--api-version：指定api版本，默认是1
--accept-multiclient：接受多个client调试
在vscode中线下好源码，和远端的源码结构一致。launch.json配置如下：
在vscode中打好断点后，就可以进行远程调试了
当您的代码使用外部包时，这些包（作为模块分发）成为依赖项。随着时间的推移，您可能需要升级或更换它们。Go 提供了依赖管理工具，可帮助您在合并外部依赖项时确保 Go 应用程序的安全。
本主题介绍如何执行任务以管理您在代码中承担的依赖项。您可以使用 Go 工具执行其中的大部分操作。本主题还介绍了如何执行其他一些您可能会觉得有用的依赖相关任务。
您可以通过 Go 工具获取和使用有用的包。在 pkg.go.dev 上，您可以搜索您可能觉得有用的包，然后使用go命令将这些包导入您自己的代码中以调用它们的功能。
下面列出了最常见的依赖项管理步骤。
在 Go 中，您将依赖项作为包含您导入的包的模块来管理。此过程由以下机构支持：
您可以搜索pkg.go.dev以查找具有您可能觉得有用的功能的软件包。
找到要在代码中使用的包后，在页面顶部找到包路径，然后单击复制路径按钮将路径复制到剪贴板。在您自己的代码中，将路径粘贴到导入语句中，如下例所示：
在您的代码导入包后，启用依赖项跟踪并获取包的代码进行编译。
要跟踪和管理您添加的依赖项，您首先要将代码放入其自己的模块中。这会在源代码树的根目录创建一个 go.mod 文件。您添加的依赖项将列在该文件中。
要将您的代码添加到它自己的模块中，请使用 go mod init命令。例如，从命令行切换到代码的根目录，然后按照以下示例运行命令：
该go mod init命令的参数是您的模块的模块路径。如果可能，模块路径应该是源代码的存储库位置。
如果一开始您不知道模块的最终存储库位置，请使用安全的替代品。这可能是您拥有的域的名称或您控制的另一个名称（例如您的公司名称），以及来自模块名称或源目录的路径。
当您使用 Go 工具管理依赖项时，这些工具会更新 go.mod 文件，以便它维护您的依赖项的当前列表。
添加依赖项时，Go 工具还会创建一个 go.sum 文件，其中包含您所依赖的模块的校验和。Go 使用它来验证下载的模块文件的完整性，特别是对于在您的项目上工作的其他开发人员。
在代码中包含存储库中的 go.mod 和 go.sum 文件。
当您运行go mod init创建用于跟踪依赖项的模块时，您指定一个模块路径作为模块的名称。模块路径成为模块中包的导入路径前缀。一定要指定一个不会与其他模块的模块路径冲突的模块路径。
至少，一个模块路径只需要表明它的来源，例如公司或作者或所有者名称。但是路径也可能更能描述模块是什么或做什么。
模块路径通常采用以下形式：
1、Go 工具可以在其中找到模块源代码的存储库的位置。
例如，它可能是github点抗 / /.
如果您认为您可能会发布模块供其他人使用，请使用此最佳实践。
2、一个你控制的名字。
如果您不使用存储库名称，请务必选择一个您确信不会被其他人使用的前缀。一个不错的选择是您公司的名称。避免使用常用术语，例如widgets、utilities或 app。
Go 保证以下字符串不会在包名称中使用。
1、test– 您可以将test用作模块路径前缀以便代码用于在另一个模块中本地测试功能进行测试。
使用test作为模块路径前缀是测试的一部分。例如，您的测试本身可能会运行go mod init test，然后以某种特定方式设置该模块，以便使用 Go 源代码分析工具进行测试。
2、example– 在某些 Go 文档中用作模块路径前缀，例如在创建模块以跟踪依赖关系的教程中。
请注意，Go 文档还用于example点抗 说明示例何时可能是已发布的模块。
Chocolatey 是一款Windows环境下的包管理工具。其依赖于微软旗下的Nuget项目及其核心，可以将其视为Windows的apt-get。
推荐使用win8/win10操作系统。
以管理员身份运行CMD，执行以下脚本：
如果你习惯用PowerShell.exe，也可以使用管理员身份运行PowerShell后执行：
举个栗子，你如果想安装7Zip，你可以在命令行输入：
就会自动安装这个压缩软件。
安装go语言,输入：
安装Visual Studio 2013 Ultimate这个巨无霸也是可以的：
软件列表，可以在Chocolatey的软件索引查到。
Chocolatey在命令行里的命令是 choco ,具体的命令如下：
其中的 choco install 可以简化为 cinst
理想是美好的，然后现实里那无所不在的墙会让你崩溃，所以我们要使用一个私有源来解决这个尴尬的问题。
首先我们来看一下默认的源：
可以看到系统中只有一个官方的源，注意一下其中的Priority，来看看官方怎么解释的。
我们要的目的是加一个seuic内部源，并且让我们的源优先级高于官方源，let's go！好奇宝宝难道不问下为什么要内部源优先？这里主要是要解决choco安装依赖的问题。举栗子：比如安装android-sdk依赖jdk8，指定android-sdk在内部源查找，但是依赖的jdk8则会按照优先级挨个源去找。
让我们来检查一下吧。
可以用下面的命令来看看我们seuic源上的东西：
cmder是windows下替代cmd的神器，多说无益，一用就知道。安装完后win+R输入cmder即可使用。
androidstudio依赖android-sdk和jdk8，android-sdk依赖jdk8。choco安装时会自动安装依赖，所以三件套都装的话只要cinst androidstudio -y -s"seuic"即可。这些东西不是要翻墙就是要去oracle网站死磕，现在只要一行命令轻松搞定。
vagrant更适合给开发大爷们创造一个统一的开发、测试、接近于完全隔离的环境，以及提高对高配机的闲置利用。docker更方便地解决了同一机器上的环境隔离，以及提高运维锅们解决部署时环境依赖的效率。
我喜欢jetbrains系列的IDE+go插件。不过我要说的是这个问题主要看你的观点如何。
说eclipse：
构建方式是使用go
install
命令，每一次编译运行都是go
install。这样的好处就是如果你有很多的包，下载下来并没有编译，这样每次编译速度是很快的。而且（！）go
install
符合go官方的项目结构，官方说过了，一个go的项目应该是以个gopath，包含src，pkg，bin三个主要目录。所以说go
install个人认为才是主要的go编译方式。
说eclipse的缺点：
其实eclipse插件的go编译方式，还有目录结构，项目结构，都是非常完美的！！！！真的很完美！可是，他的代码提示，太差件！大括号都不能自动补全，gdb
32bit
64bit兼容问题，eclipseC++
没有html
js插件，需要手动安装，几乎不能开箱即用。不过如果你是开发算法，数据处理，还是推荐eclipse的，毕竟其他都无关紧要。
说jetbrains：
说先说clione肯定不适合，新建项目没有向导，导致改成go项目各种不开心，比如图标对于我来说就无法接受go
lib
不是小耗子~这是次要的，重要的是各个文件都是灰色的（没有在cmake中包含的结果），然后说剩下的，phpstorm这个不说了，估计很少有人插件按在这里，webstorm，体验也不是很好，idea？体验很好，可是毕竟比较重，尤其是现在加入了自家的K啥玩意（无意冒犯，没记住单词）~可是话说回来，go跟C系列IDE配合才是最佳，跟java系列一点不搭关系，用idea似乎有点格格不入，但是！idea支持新建项目向导，lib的图标也很清晰，最后还是选择idea吧，期待clion的强大起来！
再说jetbrains系列缺点：
插件的构建方式是go
buiild
这个让人很不爽，我们几乎不确定会构建到什么地方去，还要每次设置一下run配置。这个可能无关紧要，毕竟不是什么大的毛病，可是go
build不能缓存.a文件，直接构建的结果就是很多第三方包的情况下很慢！所以建议安装包的时候手动install
一下解决这个问题。自带代码格式化，这个格式化跟go
格格不入，总的来说就是蛋疼，心碎，菊花痒。
最后说liteIDE：
轻量级IDE，我可以说是国人GO伟大作品典范，然而默认构建也是go
build，项目管理方式不符合go官方标准。代码提示不能自动导入（eclipse也不能），不过如果你的项目是以包为单位的，那么另当别论。一定很不错，毕竟是轻量级专门针对GO的IDE！
说这些，其实还有很大一部分取决于你的项目是用vendor机制管理，还是godeps机制管理依赖关系。go不像java拥有强大的几乎天下一统的maven（无意冒犯，暂不评价其他构建套件）。
go没有官方包仓库。
go没有官方包管理工具。
go没有官方自动化构建套件。
上面三个没有是致命要害。导致民间各种百花齐放。
说说我的项目怎么管理
gpm
一个shell工具（windows下你可以用git的bash，或者cygwin~）
我是严格艳照官方推荐方式管理go项目，一个go项目一个gopath。系统的gopath只是为了安装go命令，我没有配置gobin，意义不大。
项目的依赖跟我的代码包都在src下（非vendor）
vendor用来存放包的特殊依赖，发布项目直接把依赖包发布上去（公网管理则只上传依赖关系文件
godeps文件）
资源文件等都放在src目录同级，编译文件放在bin，引用直接../引用。
