2019-11-23 15:47
不出意外，是你的项目只监听了127地址，没监听网卡ip。可以通过netstat -na |findstr 你的端口号，查看该端口到底在哪些ip地址上监听。
2019-11-23 15:45
@JFinal，感谢波总的回复。@Inject 的service是singleton的，那是不是要在写service代码的时候，要考虑线程安全问题？
2019-11-19 10:02
@JFinal，感谢回复。我在maven网站上查的，JFinal-undertow 1.9依赖的就是2.0.28，我就直接下载了这个版本。我不是用的maven项目，是普通web工程。另外，问题找到了，是chrome浏览器锅。这个鬼浏览器竟然会把本机上的127ip和物理网卡ip的uri产生的cookies放到一起了，会在同一个域下产生两个JSESSIONID数据，而这两个ID是不同的。触发的原因，是因为我在本机装了一个activeMQ消息服务器，也是需要登录的，只要在浏览器里两个tab页里同时打开我的程序和这个消息服务器的管理页面，并都登录，浏览器就会在一个cookie里生成两个相同的JSESSIONID变量，这就导致我的程序登录后所有通过ajax请求的JSESSIONID的值其实是activeMQ的sessionid，当然后台就查不到对应的session里保存的登录信息了。同样的操作，我用safari，firefox，opera做了实验，都不会出现这个异常状况。chrome现在版本78.0.3904.97，坑死人！就当是给后来有遇到这样问题的人一个提示吧。
2019-11-18 16:40
@lyh061619，无论如何还是谢谢你的回复，我不是补贴代码，我的代码实在太庞大了。确实没法贴代码。贴出来30，50行也说明不了问题。我只是想问有没有人也在undertow下遇到这种问题。只要问题同样存在，那应该就好定位问题点了。最后，再次感谢！
2019-11-18 16:38
谢谢你的回复，不管你是出于什么目的！我自己来回答吧。不知道是什么原因，在浏览器的开发者工具的application标签里，看到cookie的我的开发域名下竟然有两个SESSIONID变量，这是不正常的，就是这个出现问题了。不知道为什么，理论上来说，这里只能会出现一个SESSIONID才是正常的。删掉所有的，然后就可以了。不知道是不是chrome浏览器升级的时候，遗留下的问题。继续观察中！
2019-11-18 14:31
如果摄像头直接支持Rtsp,直接在网页用视屏标签就可以播放，如果不支持，或则网络无法直接访问该摄像头ip地址，可以在服务器端加一个中转，顺便把视频流转成rtsp，就可以了
2019-11-05 11:23
别搞这么麻烦，用paho.mqtt客户端库，很容易实现收到消息的回调
2019-09-25 10:34
我现在就是这么做的，模仿getModel方法，自己写了一个getModels。不过觉得自己的代码写的不优雅，还是希望波总能用优雅的方式实现。
