网址中明明写着443端口，JavaScript通过URL对象读取port却得到空字符串，通常是因为443属于HTTPS协议的默认端口，URL接口会对默认端口进行规范化处理。这是URL解析结果的正常表现，并不表示原地址没有端口、端口变成了0，也不能据此判断网络连接关闭。排查时应同时查看protocol属性和原始地址记录，不能只根据port是否为空作结论。
一、理解URL.port的适用规则
URL接口中的port属性返回字符串，表示解析后保留的非默认端口号。当协议使用默认端口时，port会返回空字符串。对于https和wss，默认端口为443；对于http和ws，默认端口为80；ftp的默认端口为21。
例如，HTTPS地址显式写成主机名后加443，解析得到的port仍然是空字符串。没有显式写端口的HTTPS地址，读取结果同样为空。HTTP地址明确写80或者省略80，也会出现类似结果。这意味着显式填写默认端口和完全省略端口，经过URL对象解析后可能得到相同的port值。
但如果HTTPS地址使用5443这样的非默认端口，URL.port就会保留对应的字符串。由此可见，空字符串表示解析结果中没有保留非默认端口，而不是表示原始网址一定没有端口信息。
二、通过协议和原始记录观察
遇到这个问题，建议把原始地址、protocol和port三个信息放在一起核对。首先记录原始网址中是否明确写出端口，其次查看解析得到的协议，再记录port实际返回值。涉及客户资料时，应使用去敏后的地址，不保留真实域名、路径、账号或其他敏感参数。
如果原地址为HTTPS并显式写443，解析后port为空符合默认端口归一化规则。如果原地址没有写端口，HTTPS解析后为空也属于正常情况。如果解析结果保留5443等非默认端口，则应结合原始输入核对该值是否一致。若只看到空字符串，却没有原地址和协议记录，就无法区分显式默认端口与未填写端口两种情况。
三、风险和下一步
风险在于把URL对象的解析结果误认为网络实际运行状态。port为空不能证明远端端口关闭，也不能证明服务正常，更不能单独说明防火墙、代理或网络连接情况。URL.port是地址解析属性，不是远端连通性检测工具。排查中不应通过扫描远端、修改端口或反复尝试连接来验证猜测。
下一步应整理去敏后的原始地址、协议和解析结果，明确当前需要确认的是网址写法还是网络连接问题。已有代码和配置只适合只读核对，不修改端口，也不进行远端扫描或连接试错。常州钟楼区属于电脑快修网已启用的咨询范围，但并不代表具体问题已经确定能够受理。平台定位为信息展示与第三方维修对接，400-877-9605仅用于咨询。具体支持范围、检查内容和后续安排须在当次确认。