### Windows环境下NetBIOS探讨
#### 一、引言
Windows操作系统（包括Windows NT, Windows 9x系列）是一种支持多进程的操作系统。其进程调度主要采用“事件驱动架构”方式，即通常情况下，进程仅在有窗口管理信息（Window Management Messages，简称WM消息）需要处理时才运行并占用CPU。Windows支持灵活多样的信息交换，常见的信息交换机制包括剪贴板(Clipboard)、动态数据交换(Dynamic Data Exchange, DDE)以及对象链接与嵌入(Object Linking and Embedding, OLE)。
Windows系列中的Windows 95/98是一种非抢占式(Nonpreemptive)系统，即如果一个进程没有主动放弃资源，则会一直独占资源，其他进程无法使用这些资源，尤其是CPU资源。
NetBIOS是一种网络通信协议，最初由IBM公司推出，后来发展成为TCP/IP体系的一部分。它扩展了原有NetBIOS的功能，解决了网络互联环境中的路由、名称解析等问题。NetBIOS提供四种主要服务：名称服务、数据报服务、会话服务以及通用命令服务。应用程序可以通过数据报或会话来进行通信。
#### 二、NetBIOS命令模式
NetBIOS命令通常有两种状态：等待状态(wait)和非等待状态(no-wait)。例如，在会话方式发送中，存在send（非等待）和send_wait（等待）两种命令。选择等待状态命令时，NetBIOS获得处理权直至命令完成或出错才会将控制权归还给调用者。在这一过程中，等待状态命令的执行类似于普通程序的子程序调用。而非等待状态命令则是NetBIOS接收命令后将其挂起，并立即返回给调用程序。这意味着控制权立即交还给调用程序，后者将继续执行后续代码。
在Windows环境下，采用非等待状态命令模式具有更高的并行度和更好的系统资源利用率。此外，对于非抢占式的Windows 9x系列操作系统而言，这种模式能够更有效地实现多进程并行处理。
#### 三、Windows环境下NetBIOS命令的使用方法
在Windows环境中使用NetBIOS命令时，通常采用非等待状态命令模式。然而，问题在于如何在实际操作中正确使用这些命令。以下是一些关键点：
1. **命令发送**：在会话方式中，使用`send`命令而非`send_wait`，以确保发送操作不会阻塞当前进程。发送操作完成后，如果需要确认是否成功发送，可以通过异步方式查询结果。
2. **命令接收**：同样地，在接收数据时，使用`receive`而非`receive_wait`。这样可以让接收操作在后台进行，不影响当前进程继续执行其他任务。一旦数据准备好，可以通过回调函数或者事件通知的方式告知接收方。
3. **错误处理**：在非等待状态下，错误处理变得更加复杂，因为程序需要通过轮询或其他机制来检查命令的状态。这可能涉及设置定时器或定期查询命令的状态，以便及时处理错误或异常情况。
4. **资源管理**：由于非等待状态命令模式下的进程不会因为等待命令完成而占用资源，因此在设计系统时需要注意合理分配资源，避免资源争抢问题。
#### 四、案例分析：基于非等待状态的通信方法
在开发的系统中，为了实现高效的数据传输和处理，采用了基于非等待状态的NetBIOS通信方法。具体来说，系统通过以下步骤实现了这一目标：
1. **初始化配置**：首先对NetBIOS进行初始化配置，包括设置会话端口和服务类型等。
2. **建立连接**：使用非等待状态的命令建立连接，同时注册回调函数用于处理连接状态变化的通知。
3. **数据传输**：在数据传输过程中，发送方使用非等待状态的`send`命令发送数据。接收方则通过非等待状态的`receive`命令接收数据。接收完成后，系统会自动调用注册的回调函数处理接收到的数据。
4. **错误与异常处理**：通过轮询或事件通知的方式监控命令的状态，及时发现并处理错误或异常情况，保证通信的稳定性和可靠性。
#### 五、结论
通过采用非等待状态的NetBIOS命令模式，可以在Windows环境下实现高效、稳定的网络通信。这种方法不仅提高了系统的并行度和资源利用率，而且更加适用于非抢占式的Windows 9x系列操作系统。在实际开发过程中，还需要注意错误处理和资源管理等方面的问题，以确保系统的稳定运行。
