使用nacos作为配置和注册中心，spring cloud版本是Hoxton.SR3，spring-cloud-alibaba版本是2.2.1.RELEASE，nacos版本是1.3.1-BETA。

但我认为整体设计相当糟糕。 Wouldn’t it better to have one general MyService implementation and pass one / two / three string as extra parameter to checkStatus() ?你想达到什么目标？

在一个service里依次调用另外两个serivce方法,出错了会事务回退吗 大概是下面的这种情况 {代码...} //如果B先出错了，那么B会事务回退，也不会去执行C了，但是，如果B成功了，C出错了，会把B的事务给回退了吗？请大神们赐教。。谢谢阅读

[PUT] /system-service/v1/user/1234 --- {id: 1234, name: '管理员', deleted: true}

采用面向契约的编程，service层保护dao层，所以dao可以不做参数校验。controller层是入口，所以当然需要做参数校验，如果controller层是所有service层的入口，那么也可以由controller层来保护service层，service层不做校验。但是一般业务逻辑是放在service层的，service层会做业务上的参数校验，而且校验做在service层的...

我写了如下脚本： {代码...} 用chmod 755给了权限之后运行了一下。返回了：stopping supervisor...之后将脚本改为： {代码...} 再次运行，还是返回： {代码...} 等我再在终端中使用以下任意命令： {代码...} nginx的命令也是同样的情况。闪退之前会提示： {代码...} 对linux不太了解，看了两眼教程就写了脚本，这回知道...

请问你一下从数据库中取出来的数据就1条还是多条？多条可以是下面：$arr=[];foreach($fruits as $k=>$v){

部分 Service层 会调用 其它的Dao层, 比如 UserService 会调用 UserPositionDao UserBookDao

但是，vue-cli项目在打完包之后，service-worker-register.js和service-worker.js都会被打包到/dist/static文件夹下，所以registration.scope就会变成/static

这样创建了headless service: myapp-service-headless.yaml {代码...} 创建到Kubernets集群并查看状态： {代码...} 现在连接172.17.0.11:8000或172.17.0.9:8000,停止没有结果。 在部署到Pods中容器的应用程序里使用了kube-dns: myapp-service-headless.default.svc.cluster.local。 这种情况如何通过API连接到里面的应用...

换个思路 package.json 多加结果启动命令 多加几个环境` "scripts": { {代码...} },`

{代码...} {代码...} 两个方案供参考： 如果能确定 .service 是最后第二个的话，可以用 :nth-last-child(2) 来选择； 实在不行，就把那个 .closepopup 从 .alert_tell 中移出来，这样你的 .service 就是最后一个了；

用Union 合并查询结果。(select * from a where service_time = !null order by service_time asc) union (select * from a where service_time = null);

{代码...} Nginx马上就挂了 {代码...}

可以添加一个service,service是全局单例。两个controller通过service共享数据

Java spring项目，service层处理时有这样一个问题，有一个接口，接口对应的service识别订单信息，然后根据订单信息发往其他具体的service处理相应的业务，最后返回接口service更新订单状态，这样就需要接口service注入好多其他service，该如何优化呢？