在MyBatis中，$符用于替换参数，但同时也存在一些需要注意的问题。首先，$符不会将参数转换为预编译语句，因此可能会导致SQL注入的风险。
其次，$符在传递变量时要注意类型转换，如使用int类型的变量时需要将其转换为String类型。此外，在使用$符时需要注意SQL语句的拼接和空值的处理，以避免出现不必要的错误。因此，在使用$符进行参数传递时，需要认真考虑这些问题并进行适当的处理。
在 MyBatis 中，$ 符用于直接替换 SQL 语句中的参数，并且不会进行预编译，因此需要注意以下几点：
1. 参数的数据类型：$ 符只是简单的文本替换，不会进行参数类型的匹配和转换。因此，如果参数是字符串类型，在传参时需要使用单引号将参数括起来，以确保参数能正确解析。例如：`WHERE id = '${id}'`。（注意：使用 $ 符传参可能会引发 SQL 注入的安全风险，需要谨慎使用）
2. 参数是否为 SQL 关键字：如果参数值中包含 SQL 关键字（如 SELECT、UPDATE 等），在传参时需要使用转义字符 `\`。例如：`SELECT * FROM table WHERE column = '\$param'`。
3. 参数字段的名称：如果传参的字段名称中包含特殊字符（如空格、下划线等），需要使用反引号 ` 将字段名包裹起来。例如：`SELECT * FROM table WHERE `column name` = '${param}'`。
4. 参数不存在时的处理：如果传入的参数在 SQL 语句中不存在，MyBatis 不会抛出异常，而是会将该参数解析成空字符串。因此，在使用 $ 符进行文本替换时，需要确保参数是存在且有值的。
5. SQL 注入的风险：由于 $ 符是直接将参数值拼接到 SQL 语句中，如果用户能够通过参数值传入恶意的 SQL 语句，可能会引发 SQL 注入的安全风险。因此，在使用 $ 符传参时，需要对参数值进行严格的校验和过滤，以避免潜在的安全问题。
总结起来，$ 符在传参时需要注意参数的数据类型、SQL 关键字、特殊字符的处理，并且要防范 SQL 注入的风险。在实际开发中，推荐使用 # 符进行参数的预编译，以提高代码的可维护性和安全性。
