解决方案1：服务是在root 账户下启动的，关掉服务杀掉进程，然后用普通用户登录重启服务！
创新互联专注于企业成都营销网站建设、网站重做改版、南溪网站定制设计、自适应品牌网站建设、html5、成都做商城网站、集团公司官网建设、成都外贸网站建设公司、高端网站制作、响应式网页设计等建站业务，价格优惠性价比高，为南溪等各大城市提供网站开发制作服务。
解决方案2：在Eclipse中找到Run-Debug Configurations-Remote Java Application下找到相应工程在connect的tag下设置port为8000。如果还不能用的话，你把Remote Java Application下的 WebViewHistory全部删除，不新建，直接Debug运行，这样Eclipse会自动为你创建一个默认的WebViewHistory。
解决方案3：有可能是防火墙的问题。
解决方案4：因为以前都是可以的，所以百思不得其解，Google了半天，能找到的问题一般也都是因为对方没有开启远程调试端口，所以自然连不上，但是我这里显然不是这个情况。在困惑了好久以后，突然想到会不会是受到了 Eclipse 代理设置的影响？虽然觉得不太可能，因为我的理解是那个代理只是给 Eclipse 本身用的，并不是给通过 Eclipse 启动的应用程序用的。
解决方案5：这是因为Tomcat还没有启动，或者是没有以Debug模式启动。
解决方案6：同组其他人独占本连接，点击disconnect按钮。
解决方案7：有一点非常重要，先运行应用程序，然后连接它，否则Eclipse会抛出异常”Failed to connect to remote VM. Connection refused”。
解决方案8：找到tomcat/bin/catalina.bat文件，编辑，在CATALINA_OPTS之前加上下行代码set CATALINA_OPTS=-server -Xdebug -Xnoagent -Djava.compiler=NONE-Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=50001。【用来调试的端口号】保存，重启Tomcat。
解决方案9：原因最可能就是 Eclipse 中的 ip地址配置错误。
解决方案10： 估计是网络不稳定，最终还是调试成功了。
解决方案11：防火墙的问题。把360里面的网页防火墙关掉就好用了。我每次都重新装。这次终于找到原因了。
远程debug
1.打开Debug Configurations视图
2.右击Remote Java Application，
New
3.选择源码工程
4.输入远程IP和端口，端口即服务
端的$DEBUG_PORT,点击OK。
一、Linux程序gcc编译步骤：
Gcc编译过程主要的4个阶段：
l 预处理阶段，完成宏定义和include文件展开等工作；（.i）
l 根据编译参数进行不同程度的优化，编译成汇编代码(.s.S)
l 用汇编器把汇编代码进一步生成目标代码(.o)
l 用连接器把生成的目标代码和系统或用户提供的库连接起来，生成可执行文件
格式：
l gcc -E test.c//预处理阶段
l Gcc -S test.c//编译阶段
l Gcc -c test.c//汇编阶段
l Gcc -o test test.c//链接阶段
二、Linux程序gdb调试步骤：
Gdb的功能：
l 设置断点
l 监视程序变量的值
l 程序的单步执行
l 显示、修改变量的值
l 显示、修改寄存器
l 查看程序的堆栈情况
l 远程调试
Gdb调试过程：
1、程序经过预处理后，即进入编译阶段，进入编译阶段，首先声明编译：
2、格式：gdb -o test test.c -g
3、进入编译：gdb test
4、显示需要编译调试的源程序：l(list)//list filename
5、设置断点：b（break）行号
6、查看设置的断点：info b
7、运行调试程序：run
8、跳到下一个断点：c（continue）
9、单步运行的话使用：n（next）/s(step into)跳到函数体 //区别在与：next执行函数体，而step不执行函数体
10、调试过程中查看某个变量的变化：print i （每次都要手动设置）//display i（设置一次一直尾随，直到用“undisplay 变量标号” 停止）
11、退出当前的调试使用finish 跳出函数
12、清楚断点 clear 行号
13、Delete 断点信息序号// 删除所有断点或设置的要删除的断点
14、退出调试 q
15、b num if i==20 设置断点的触发条件
16、condition num i==50 改变断点的触发条件
一般命令
所谓一般命令，就是在一定时间内会执行完的命令。比如 grep, cat 等等。 执行命令的步骤是：连接，执行，获取结果
连接
连接包含了认证，可以使用 password 或者 sshkey 2种方式来认证。下面的示例为了简单，使用了密码认证的方式来完成连接。
import (
"fmt"
"time"
"golang.org/x/crypto/ssh"
)
func connect(user, password, host string, port int) (*ssh.Session, error) {
var (
auth []ssh.AuthMethod
addr string
clientConfig *ssh.ClientConfig
client *ssh.Client
session *ssh.Session
err error
)
// get auth method
auth = make([]ssh.AuthMethod, 0)
auth = append(auth, ssh.Password(password))
clientConfig = ssh.ClientConfig{
User: user,
Auth: auth,
Timeout: 30 * time.Second,
}
// connet to ssh
addr = fmt.Sprintf("%s:%d", host, port)
if client, err = ssh.Dial("tcp", addr, clientConfig); err != nil {
return nil, err
}
// create session
if session, err = client.NewSession(); err != nil {
return nil, err
}
return session, nil
}
连接的方法很简单，只要提供登录主机的 用户*， *密码*， *主机名或者IP*， *SSH端口
执行，命令获取结果
连接成功后，执行命令很简单
import (
"fmt"
"log"
"os"
"time"
"golang.org/x/crypto/ssh"
)
func main() {
session, err := connect("root", "xxxxx", "127.0.0.1", 22)
if err != nil {
log.Fatal(err)
}
defer session.Close()
session.Run("ls /; ls /abc")
}
上面代码运行之后，虽然命令正常执行了，但是没有正常输出的结果，也没有异常输出的结果。 要想显示结果，需要将 session 的 Stdout 和 Stderr 重定向 修改 func main 为如下：
func main() {
session, err := connect("root", "xxxxx", "127.0.0.1", 22)
if err != nil {
log.Fatal(err)
}
defer session.Close()
session.Stdout = os.Stdout
session.Stderr = os.Stderr
session.Run("ls /; ls /abc")
}
这样就能在屏幕上显示正常，异常的信息了。
交互式命令
上面的方式无法远程执行交互式命令，比如 top ， 远程编辑一个文件，比如 vi /etc/nginx/nginx.conf 如果要支持交互式的命令，需要当前的terminal来接管远程的 PTY。
func main() {
session, err := connect("root", "olordjesus", "dockers.iotalabs.io", 2210)
if err != nil {
log.Fatal(err)
}
defer session.Close()
fd := int(os.Stdin.Fd())
oldState, err := terminal.MakeRaw(fd)
if err != nil {
panic(err)
}
defer terminal.Restore(fd, oldState)
// excute command
session.Stdout = os.Stdout
session.Stderr = os.Stderr
session.Stdin = os.Stdin
termWidth, termHeight, err := terminal.GetSize(fd)
if err != nil {
panic(err)
}
// Set up terminal modes
modes := ssh.TerminalModes{
ssh.ECHO: 1, // enable echoing
ssh.TTY_OP_ISPEED: 14400, // input speed = 14.4kbaud
ssh.TTY_OP_OSPEED: 14400, // output speed = 14.4kbaud
}
// Request pseudo terminal
if err := session.RequestPty("xterm-256color", termHeight, termWidth, modes); err != nil {
log.Fatal(err)
}
session.Run("top")
}
delve 是go语言的调试器，delve的目标是为go提供一个简洁、功能齐全的debug工具，delve易于调用和使用。
为了能够编译delve，需要安装Go 1.10或更高版本
安装好go后，直接go get即可安装，更多安装教程见：
go get github.com/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中打好断点后，就可以进行远程调试了
