居家隔离上门做核酸结果哪里查？
查询入口:国家政府服务平台() 国家政务服务平台上线“核酸和抗体检测结果查询”服务,并将核酸和抗体检测结果信息纳入“防疫健康信息码”服务。
公众可以通过“核酸和抗体检测结果查询”服务,更方便、快捷地查询本人7天内做过的核酸及抗体检测结果。 核酸、抗体检测信息查询服务是由国家卫生健康委相关数据库提供,各省区市的相关数据目前还在不断汇聚和更新完善中。
如果数据库中未查询到用户的检测信息,则会显示“暂未查询到数据”。
12345市民热线是可以查询核酸结果的以及相关疫情问题。
12345是政务服务便民热线，在疫情期间，大家有困难或问题无法解决的，可以拨打12345，打12345可以查询核酸结果，通常核酸检测是在6小时内出结果，最晚48小会出，大家可以耐心等待。
居家隔离是规定所有与证实患有病者有过家居接触的人士，得在家进行一定时间隔离的居家治理。隔离期间就得定期做核酸检测，总的来说，核酸检测结果一般都能在24小时内出，结果进入支付宝以后，点击搜索健康码进入即可看到。
后端Java怎么和前端HTML交互？
谢谢邀请~
这个问题，看似简单，但是感觉题主又不是那个简单的意思（可能我想多了）。如果问【前端怎么和后端交互】，我觉得大部分程序员都能回答上来，但如果是【后端怎么（主动）和前端交互】，估计会难倒很多程序员了。
先看一个场景
我之前做过一个小项目，只有一个页面，展示的是各个分公司当天的业绩，就是挣了多少钱。后台服务是Java，数据库是Mysql，有一张汇总表，内容大概是北京-100万，上海-80万这样的。
流程很简单，HTML页面发起请求到Java，Java访问数据库查询数据，再返回给HTML展示。但是Mysql中的汇总表的数据，是不定期更新的，可能10分钟，可能20分钟。
最简单的做法是什么？
HTML中用JS设置一个定时轮询（Polling），每隔几秒去发起一次请求，获取最新的数据，如果数据没有变化，页面也保持变化。
缺点很明显，前端发起的很多请求都是无效的（因为数据没有变化），那有没有办法当后台数据发生变化时，Java可以主动通知浏览器呢？
WebSocket
向大家介绍一下WebSocket。
WebSocket是一个基于TCP的协议，它可以使前端和服务器的数据交互变得更简单，前端和服务器只需要完成一次握手，就可以创建持久性的连接，并可以完成双向的数据传输，注意这里的双向，也就是服务端可以主动通知前端；WebSocket的数据格式轻量，所以性能很高；与http协议也有着良好的兼容性。
回到上面的场景，可以这么改造：
HTML页面与Java服务端建立WebSocket连接，然后就不再主动发起请求，Java服务端定时查询数据库，当数据有变化时，通知前端。
可能有人会问，这不就是把HTML页面的轮询，移到Java端了么？
但是想象一下，如果有100个客户端打开了这个HTML页面呢？那就意味着100个前端的定时轮询，变成了1个Java服务端的定时轮询。
希望我的回答，能够帮助到你！我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。
本人计算机专业毕业，从事Java Web研发三年半，我就以个人的经历来谈谈后端Java怎么和前端HTML交互，由于主要从事Java服务端的研发，对前端HTML的认识有限，个人浅见，一起交流。
刚毕业参加工作时，首先接触到的是Java前端技术是JSP，当时做基础架构方面的工作，有一些管理界面需要研发，而团队的技术线就是JSP+Spring+Duboo+Zookeeper+mysql，我当然也延续了这一技术线，前后使用了一年左右的JSP，前后端研发都一起搞，包括数据库部署、上线维护等都有所涉及。JSP技术使用Java编程语言编写类XML的tags和scriptlets，来封装产生动态网页的处理逻辑。JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端请求以后对这些Java代码进行处理，然后将生成的HTML页面返回给客户端的浏览器。随着技术的发展，JSP逐渐被团队淘汰。
积极拥抱变化，是互联网公司或者互联网团队需要做的事情，spring boot + spring cloud的技术线进入了我们的视野。基础架构全面引入spring boot，积极推动微服务的发展成为团队的新课题。在推动spring boot的使用中，发现其支持的thymeleaf模板引擎有诸多的优点，在leader拍板之后，团队的前端技术就由JSP替换为thymeleaf。thymeleaf的优点是静态html嵌入标签属性，浏览器可以直接打开模板文件，便于前后端联调，同时也是springboot官方推荐方案。
技术总是不断发展的，前后端分离，面向接口编程的理念又进入我们的团队。hymeleaf这种前后端一起部署的技术体系已经不能满足我们的要求，为了推动前后端分离和专业的人做专业的事，将功能需求做页面划分，后端和前端定义接口标准，然后依此为契约，同步进行研发。发展到这里，前端的React技术栈又进入了我们团队的视野，由于其前端的技术太过专业，我当时只是简单的了解了一下，没有深入去学习，就专注于做服务端的接口研发。
引入该理念不久，我就跳槽后，进入新的公司新的团队，开始使用velocity。对于这个选择，没有更多的理由，融入新的环境新的团队，必须要让自己了解和使用团队的技术线，其性能良好，据说比jsp性能还要好些，但是自己没有做过相关的测试。到目前为止也在使用velocity，但会积极推动团队拥抱新变化，采用新的技术线来做相关的需求，比如freemarker等又成了团队的新的选择。
作者：夕阳雨晴，欢迎关注我的头条号。偶尔美文，主流Java，为你讲述不一样的码农生活。